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COURSE OVERVIEW 


PURPOSE 

This course will describe the IBM hardware and software used in SNA networks. 
It will also describe the relationship between non-IBM SNA products and IBM SNA 
products. This course is intended to provide people with the ability to talk 
tothe IBM systemsprogrammers about the generation parameters for the non-IBM 
SNA products. It is not intended to teach anyone how to do an IBM software 
product generation. 

OBJECTIVES 

After successfully completing this course the student will be able to: 


o Identify the common IBM hardware and software products required for SNA 
communication 


Oo Identify IBM PU-T2 products that are emulated by non-IBM SNA products 

Oo List and describe the LU types 

o List and describe the PU types 

o Describe the flow of data and control information between a PU_T2 and the 
a discos neh logically through the SNA hierarchy and physically through the 


o ist the network management products that are typically available in an SNA 
network and identify when each would be used 


o Given adescription of aPU T2 product, appropriate reference material, and 
sysgen listings for VTAM, NCP, and CICS; modify the sysgen parameters to 
correctly define the PU_T2 product. 


© Define the following terms: 


PIU TCAM DISOSS network address session 
TH Crcs PROFS local address 

RH NCP PU subarea 

RU IMS LU domain 

LH TSO SSCP bracket 

LT DIA conversation chain 

VTAM DCA segment 
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INTERFACING TO THE SNA ENVIRONMENT INTRODUCTION 


PREREQUISITES 
NCR personnel should have successfully completed: 


Data Communications Systems Concepts (665005). 


NOTE: This course provides an overview of the NCR SNA products. Students 
should continue researching or attending courses on the specific NCR SNA 
products they will be supporting. 
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INTERFACING TO THE SNA ENVIRONMENT INTRODUCTION 


PERFORMANCE EVALUATION CRITERIA AND GRADING SCALE 


A letter grade for the course will be assigned by the instructor based 
upon quizzes following the indicated lessons and a final exam. The 
grade score is based on the following criteria: 


A - COMMENDABLE 


o Achieved 93% average or greater on written quizzes/exercises 


o Completed 93% average or greater of all workshop activities 
with minimal assistance from the instructor 


o Performance consistently exceeded standards set by the course 
objectives 


B - PROFICIENT 


o Achieved 84-92% average on written quizzes/exercises 


o Completed 84-92% average of all workshop activities with 
minimal assistance from the instructor 


C - COMPETENT 


o Achieved 75-88% average on written quizzes/exercises 


o Completed 75-83% 


average of all workshop activities with 
minimal 


assistance from the instructor 


| - INCOMPLETE 


o Achieved less than 75% average on written quizzes/exercises 


o Did not complete most workshop activities 


o Did not meet minimum performance standards as set by course 
objectives 
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INTERFACING TO THE SNA ENVIRONMENT 


COURSE OUTLINE 
LESSON 1: SNA OVERVIEW 


Early Computer Systems 
Message Flow thru Network 
End Users 

Logical Units 

Physical Units 

Systems Services Control Point 
Subareas and Domains 

Path: Control Network 

Goals of SNA and SDLC 


* Quiz 
LESSON 2: SNA DATA FLOW 


Message Formats 

Data Flow 

Application Level Response Types 
Chains 

Segments 

Bracket Protocol 

Transaction Modes 


Pacing 
Format Identification 
Examples 


* Quiz 
LESSON 3: LU SESSIONS 


Session and LU types 
SNA Products by LU Type 
Session Establishment 
BIND Format 

Examples 


* Quiz 
LESSON 4: PU_T2 PRODUCTS © 
Introduction 
Interactive Terminal Systems 
Batch Entry Systems 
Vocational Systems 


Mini Processor Systems 
Micro Systems 
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INTERFACING TO THE SNA ENVIRONMENT 


LESSON 5: SOFTWARE OVERVIEW 


Products Introduction 
Software Family Members 


LESSON 6: OPERATING SYSTEMS 


Introduction 

CPU Types 

Evolution of IBM Operating Systems 
Function of an Operating System 
DOS/VSE 

OS/VS1 

MVS 

VM 


LESSON 7: NCP SOFTWARE 


Introduction 

Communication Controller Hardware 
Components of NCP 

NCP Data Flow 

Transmission Control 

Emulation Processing 


* Quiz 
LESSON 8: ACCESS METHODS 


Access Method Functions 
VTAM Components 

VTAM__— Network Initialization 
System Start-of-Day Procedure 
LU-LU Session Establishment 
Application Program Interface 
Data Transfer 

Session Termination 


* Quiz 
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INTERFACING TO THE SNA ENVIRONMENT 


LESSON 9: IBM SUBSYSTEMS 


Introduction 
CIC 


*Quiz 
LESSON 10: DATA FLOW THROUGH THE NETWORK 


Introduction 

Functional Layers (7) of Software 
Hardware Components 

Software Components 

Sessions 

Message Transformation 
Reminders 


LESSON 11: ADVANCED PROGRAM-TO-PROGRAM 
COMMUNICATIONS 


Emergence of APPC 

Processing Concepts 

PU_2.1 Connectivity 

LU6.2 Software Components 
LU6.2 Interprogram Characteristics 
LU6.2 Functional Software 
Conversation Functions 

Current LU6.2 Implementations 


* Quiz 
LESSON 12: NETWORK MANAGEMENT 
Introduction — 


SNA CNM 
CNMA_ and CNMS Relationship 
NETVIEW 


OCCF 
INFO/System 
LPDA 


COURSE NO. 669005 


INTRODUCTION 


PAGE 0.6 


INTERFACING TO THE SNA ENVIRONMENT 


LESSON 13: SYSGEN OVERVIEW 


Introduction 
Installation 
Generation 
Linkage Editing 
Single Stage Gen 
Two Stage Gen 
Maintenance 


LESSON 14: ACF/NCP GENERATION 


Introduction | 
NCP Network Information 
NCP Gen Process 

BUILD and HOST Macros 
GROUP Macro 

LINE Macro 

PU Macro 

LU Macro 

Coding Considerations 
Sample NCP Parameters 


* Quiz 
LESSON 15: ACF/VTAM GENERATION 


ACF/VTAM Installation Considerations 
Network Definitions 

VTAM__ Routing 

VTAM __ Session Related Tables 

NCP Definitions 

Switched Major Nodes 

Session Establishment 

Parameter Checklist 

Sample VTAM Parameters 


* Quiz 
LESSON 16: CICS GENERATION 
Introduction 
CICS Tables 
Terminal Control Table 
Sample TCT Entries 


* Quiz 
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INTERFACING TO THE SNA ENVIRONMENT 
LESSON 17: NCCF GENERATION 
Introduction 

NCCF Gen Statements 


Customizing NCCF 
Sample NCCF Parameters 


** Final 
APPENDICES 
Appendix A: System Generation Listings 


Appendix B: Glossary 
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LESSON 1: SNA OVERVIEW 


PURPOSE 


This lesson provides detailed information on the concepts of SNA. 


OBJECTIVES 


After completing this lesson the student will be able to: 


o Describe the physical flow of data through an SNA network. 
o Define the terms end user, subarea, domain, and peripheral node. 


fe) a ae three types of Network Addressable Units and responsibilities 
of each. 


o List the PU types and describe the responsibilities of each. 
o Describe the Path Control Network feature and its components. 


o Describe the reason for the development of SNA and use of SDLC. 


REFERENCES 
Oo Systems Network Architecture Concepts and Products IBM GC30-3072-0 
Oo Systems Network Architecture Technical Overview IBM GC30-3073-0 


o Systems Network Architecture - Introduction to Session Between Logical Units 
IBM GC20-1869-2 : 
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INTERFACING TO THE SNA ENVIRONMENT OVERVIEW 


EARLY COMPUTER SYSTEMS 


o Updating master file records continued to utilize the 
"batch method" of transaction input, using methods of 
established office clerical procedures before 
computers. 


© These earliest computers did not have the physical 
ports for link communications, nor did they possess 
software needed to communicate with remote sites. 


o The only external devices available were some type 
of peripheral storage device, such as disc or 
magnetic tape, for retention of company files and an 
operator’s I/O console printer for conversation with 
the operating system. 


oO Later, the systems console (i.e. CRT) would make its 
appearance. 
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INTERFACING TO THE SNA ENVIRONMENT OVERVIEW 


INTERACTIVE APPL 


BATCH APPL 


EARLY COMMUNICATIONS SYSTEMS 


Oo Before long, terminals at remote locations were able 
to perform REMOTE BATCH PROCESSING with a host 
processor. Transactions were collected at the 

- remote site and transmitted at some convenient time 
of day across a communication link facility to the 
host where they were processed. 


Oo Next to evolve, was INTERACTIVE TRANSACTION PRO- - 
CESSING whereby an operator would enter a 
transaction which was processed completely and the 
relevant file(s) dynamically updated. 


© These changes necessitated both hardware and soft- 
ware changes to the systems: 


- an early hardware change was an early type of 
communications controller (i.e. IBM 270X) 
which contained adapters and a scanning device. 


- software changes required highly specialized 
application programs that included communica- 
tion drivers for generating and preparing the 
data for transmission to a remote terminal. 


Oo Eventually, to eliminate duplication of 
communication Driver Software in each application 
program, this software was incorporated as a 
functioning part of the operating system. (i.e. 
BTAM) 


Oo To provide even more flexibility, TERMINAL CONTROL 
software was developed to act as an interface between 
network software and the user’s program, both 
which resided in the host processor (i.e. CICS). 
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INTERFACING TO THE SNA ENVIRONMENT OVERVIEW 


Oo 
P 
Ss 
Y 
s 
T 
E 
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o To isolate the more routine communication functions, 
a Front-end Processor (FEP) or Communications 
Controller was designed to store communication 
software that would handle such functions as 
polling, selecting, statistical gathering and error 
recovery for the distant network resources. 


o For the host to communicate with the FEP, an Access 
Methodwas developed to perform specialized 
communication tasks to assist these software 
subsystems that actually handled the communication 
processing. 


Oo The Access Method supports and controls terminal 
traffic, message switching functions between 
terminals that need to communicate with each 
other, and yayteagat the flow of messages between 
the host and the FEP. 


o The Access Method controls the network’s 
communication functions. 
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INTERFACING TO THE SNA ENVIRONMENT OVERVIEW 
SNA MESSAGE FLOW 


> U SA-6 
@ CLUSTER CLUSTER 
@ &.@ 
CLUSTER! ICLUSTER 


Message Flow Through Physical Components 
1. User enters data on remote peripheral device 


2. Data transmitted from peripheral device to 
Cluster Controller 


3. Data transmitted to Communications Controller 
4. Data transmitted to host 


5. rer is processed by application program in the 
ost 


6. Data is returned to terminal via reverse path 
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INTERFACING TO THE SNA ENVIRONMENT OVERVIEW 
Message Flow In Cluster Controller (programmable) 
1. Receives message from terminal 


2. Calls and sends data to appropriate subsystem 
program within Cluster Controller 


3. Formats message for transmission to host 


4. Sends message to Communications Controller 


5. Returns message to terminal via reverse path 


Message Flow In Cluster Controller (non-programmable) 
1. Receives message from terminal 
2. Passes message to Communications Controller 


3. Returns message to terminal via reverse path 


Message Flow in Communications Controller 
1. Receives message over SDLC link 


2. Checks addressing in message and modifies 
format of that address 


3. Passes message to channel interface 
4. Returns message via reverse path 
Message Fiow In Host | 


1. Message passes across the channel interface 
(Common Trunk) 


2. Operating system receives the message and passes it 
to the Access Method (AM) 


3. Access Method notifies the appropriate application 
subsystem 


4. Application subsystem calls in user’s application 
program 


5. Data is processed by the user’s program 


6. Processed message returns via reverse path 
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INTERFACING TO THE SNA ENVIRONMENT OVERVIEW 


END USERS 

The SNA architecture is the supporting framework for end- 
users to send and receive data and other network 
transmissions through a network(s). 

© End-users may be: 


- Terminal Operators 


- Applications (except Transaction Programs in APPC 
discussed in Lesson 11) 
- 1/0 Devices 


© End Users are not considered part of the SNA 
network, but merely take advantage of its services. 


Oo Neither are they defined anywhere in the SNA 


specifications. Therefore, end-users need some way 
to access the network. 
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INTERFACING TO THE SNA ENVIRONMENT OVERVIEW 
NETWORK ADDRESSABLE UNITS (NAUs) 


Network Addressable Units are the functioning 
entities in an SNA environment. 


They are the source and destination of all 
information flowing within the SNA network. 


There are three types of Network Addressable Units: 


1. LOGICAL UNITS 


oO Logical Units comprise software in the nodes and are 
a part of the defined network. They provide access 
to the network for end users. They allow users to 
take advantage of services provided by SNA. 


oO There may be one user per LU (ex: terminal) or multiple users 
per LU (ex: application subsystems or distributed processors). 


Oo Every LU has a network name and network address. The user 
knows the network name, but the SNA software converts that 
name into an address for network message routing purposes. 


o LUs can be temporarily connected (logically) to allow end- 
users to excQange data. This connection is called a session. 


oO The ultimate purpose of SNA is to allow end-users to connect 


and exchange data. All other procedures and network elements — 
support this connection. : 
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INTERFACING TO THE SNA ENVIRONMENT 


~ 


PHYSICAL UNITS 


oO Physical Units (PUs) are also Network Addressable 
Units (NAUs.) 


o The PU is actually software in each node that 
provides services for that node and its network 
resources (links, terminals, cluster controllers, 
communications controllers and hosts). = 


o A node is characterized as either a communications 
or cluster controller where a single link terminates 
or where multiple links converge. 

o There are different types of PUs and they vary in 
their capabilities and responsibilities. he PUs 


are identified by the services which they perform 
and the number of devices that each can support. 


‘0 The format of a message transmitting from node to node 
may change depending upon the type of Physical Unit 
through which is moves. 

Oo Five types of Physical Units have been identified. 

- PU-T5 = Host processor (part of VTAM) 
- PU-T4 = Communications Controller (NCP) 
- PU-T2 = Cluster Controller or Distributed processor 


- PU-T2.1 = Distributed processors that may be 
directly connected together 


- PU-T1 = Single terminal without terminal 
controller or pre-SNA controller 
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INTERFACING TO THE SNA ENVIRONMENT OVERVIEW 
3. SYSTEM SERVICES CONTROL POINT 


Oo System Services Control Point(SSCP) is also a 
NAU. 


oO The SSCP which manages all or a portion of the SNA 
network is a part of the access method known as 
VTAM. 


oO The network operator and certain programs can — 
interface with the SSCP to manage the network 
(activate and deactivate devices, receive 
Statistics, vary the network, etc.) 


The SSCP performs the following functions: 


O manages the network resources in accordance with 
commands issued by the operator or programs. 


O coordinates session activation and deactivation 
between NAUs. (except in PU-T2.1 to PU-T2.1 
situations) 

Oo collects error statistics from PUs in its domain 

Oo. transforms network names into network addresses 


© provides an interface for an operator to control 
and monitor the network 
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INTERFACING TO THE SNA ENVIRONMENT OVERVIEW 
DOMAINS, SUBAREAS AND PERIPHERAL NODES 


T 
$s 
oO 
i i ee 


oO A Subarea consists of either a Communications 
Controller and its attached devices (PU-T2, PU-T2.1, 
and PU-T1) or a Host processor and its channel- 
attached devices. 


Each subarea incorporates a sophisticated "network 
address" scheme for purposes of message routing and 
address conversion. 


O Peripheral nodes are attached to subarea nodes, but 
may be peer attached to each other when implementing 
Advanced Program-to-Program (APPC) environments. 


Pre-APPC peripheral node’s subarea identification 
will be included as part of the “network address’. 


In comparision to subareas, the addressing scheme 
in peripheral nodes is less sophisticated and 
reflects a “local address" identifying the local 
device and has no message routing capabilities. 


o A Domain consists of all devices, subarea nodes 
and their attached peripheral nodes under the 
control of the one SSCP that was defined in the VTAM 
System Generation process. 


Networks may be of considered ‘single-domain’ or 


‘multiple-domain’, depending upon the number of 
SSCPs defined. 
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INTERFACING TO THE SNA ENVIRONMENT OVERVIEW 


NAUs and the Path Control Network 


Path Control Network component is composed of 
structures which provide for the transmitting of the 
information originating from the Network Addressable 
Units. 


-~ 


Data Link Component 


o The .Path Control Network utilizes the Data Link 
Control Components (DLC Driver) and protocols 
specific to that type of link being incorporated, 
(i.e. S/370 channel-interface, non-switched SDLC, 
switched SDLC). 


- the data link control components actually 
govern the message sequencing and error-free 
transmission of data over each link. 

- the components are: 


* primary link station which controls the 
transfer operations using SDLC commands 


* one or more secondary link stations which 
respond to the directions of the primary 


* the link itself that connects the two 
stations 


is E> Gm GH GaP 
| PRIMARY | , SECONDARY | 


1LINK STATION | p LINK | ns | 
eee: Bella lyabec ae! 


NODE a NODE 
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INTERFACING TO THE SNA ENVIRONMENT OVERVIEW 
Path Control Network 
Path Control Components 


Oo Resident in all SNA nodes is the Path Control 
Component which serves many functions. Among these 
functions are: 


_ routing - 
|, network to local address conversion and 
vice versa 


o Some Path Control structures: 


- Transmission Group - one or more links, defined 
as a group between subarea nodes whose purpose 
is to evenly distribute traffic between the nodes 
and ensure continuing session activation in the 
event one link of the group fails. 


- Explicit Route - the physical path between two 
end-to-end subarea nodes. A maximum of eight 
may be assigned. 


- Virtual Route - a ‘logical path’ between two 
end-users that permits the assigning of a 
transmission priority value to the traffic 
passing over a given explicit route. 


O Also, the term, Route Extension, which is that part 
of the overall path consisting of the final link 
ced the boundary subarea and the_ peripheral 
nodes. 
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INTERFACING TO THE SNA ENVIRONMENT 
WHY SNA? 


Oo To appreciate today’s SNA, it would help to consider 
a few data communication-related problems that 


existed prior to 1974 when SNA was released by IBM: 


- there existed nearly 180 different products; 
30 access methods, and 30 different protocols 

- devices or terminals were assigned a 
permanent ‘address’ relative to the channel 
they were attached to (until reconfigured) 


- devices or terminals were allocated to a 
given application program until that program 
ceased executing, and each program required 
its own dedicated set of terminals and devices 


- re-configuration was time-consuming and 
inflexible 


- only terminals and devices that were in the 
same product family and performed similar 
function could be attached to the same 
telecommunication line 


- inability to concentrate multiple lines from 
remote sites into a single ‘trunk’ 


- remote communication controllers non-existent 


- all ‘data communications control software was 
performed in the host computer 


AND SO... 
fe) beh became IBM’s corporate approach and marketing 
tool. 


Oo It was an early attempt at distributive processing 
outside of the host. 


o SNA is a set_of specifications or architecture 
designed to be efficient, effortless, cost 
effective, reliable, provide a method of 
transmitting data through a network and for 
controlling the network’s resources. 
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INTERFACING TO THE SNA ENVIRONMENT 
WHY SDLC 


fe) 


As mentioned earlier, there existed many divergent 
link protocols within the computer industry that 
Supported only a particular product. 


SDLC was to provide for the orderly transfer of data 
by means of addressing, controlling flow, error 
detection and recovery and no loss of data. 


SDLC permitted messages to flow in both directions; 
from the host to the secondary, and vice versa. 


It provides high throughput relative to line 
Capacity by reducing the number of transmissions, 
especially acknowledgements, and the elimination of 
control characters. 


Prevents duplicate messages and congestion from 
occurring. 


Supports half and full duplex transmission modes; 
point-to-point and multiple-point configurations. 


SDLC is independent of the products or devices that 
are incorportated into the network. 


With SDLC, there was the ability to maintain seven 
Outstanding frames on the link before an 
acknowledgement was required, thus reducing the 
number of transmissions (or 127 frames outstanding 
if using the Extended Mode). 


The Control field of the link header can identify 


- a Supervisory frame 
- an Unnumbered frame 
- an Information frame 


format for purposes of link transmission and frame 
sequence error-checking. 


As a bit-oriented protocol, the length of the frame 
could be of any length and was not encumbered with 
multiple control characters. 
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INTERFACING TO THE SNA ENVIRONMENT OVERVIEW 


THIS PAGE LEFT BLANK DELIBERATELY 
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INTERFACING TO THE SNA ENVIRONMENT OVERVIEW 
REVIEW LESSON 1 


identify the component which the question best describes: 


1. Permits the network operator to monitor and control the overall 
network. 


2. Provides end-user access to the SNA network for the purpose of 
transmitting data. a 


3. Controls all or a portion of a domain. 


4. Provides the means for assigning a priority of data being 
transferred over an Explicit Rooute. 


5.. Provides the functions of an interface between the application 
subsystems in the Host and the remote network operations. 


6. Displays and/or stores statistical information gathered from 
remote physical units upon the request of a network operator. 


7. Identify the Network Addressable Units. 
8. An end-user may be described as either: 


Circle the proper True/False answer for the questions below: 


9. T FF Peripheral nodes may be attached to a PU-T2/2.1, PU-T4 or 
PU-T5 node and route messages from subarea node to subarea 
node through the network. 


6. T F  Subarea nodes may be attached to PU-T2/2/1, PU-T4 or PU-T5 
nodes and use a local addressing scheme to identify the 
source and destination of the data. 


7. T  F A domain consists of all- hardware, communication nodes, 
logical units, physical units and multiple SSCPs. 
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INTERFACING TO THE SNA ENVIRONMENT OVERVIEW 


8. Below are 15 definitions. Read each numbered question, 
determine the correct answer, then write the answer by the 
diagram’s corresponding circled number. 


1. Operators, programs or I/O devices that send and receive data 
through the network. 


2. The architecture which describes the formats, protocols, and 
procedures for transmitting information through a network. 


3. Three examples of end-users. 
4. The term referring to Logical Units, Physical Units, and SSCP. 


5. The protocol feature responsible for routing and linking the 
Network Addressable Units (NAUs) together. 


6. The Path Control Network components responsible for 
hobetral a data between adjacent nodes via some type of link 
protoco 


7. Path Control Network components responsible for routing 
data between nodes across some type of link. 


8. The three Path Control Component items. 
9. The three Data Link Component items. 
10. Identify the three Network Addressable Units. 


11. A term describing a processor where a single link connection or 
multiple links may converge. 


12. A term describing a host or communications controller which 
utilizes a network addressing scheme for routing messages. 


13. A term describing a node attached to subarea node or to a similar 
peer node which utilizes a local addressing scheme. 


14. The Physical Unit numerical designation types associated with 
this type of node. 


15. ds heal Addressable Units which may reside in this particular 
node. 
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INTERFACING TO THE SNA ENVIRONMENT OVERVIEW 


SNA COMPOSITE DIAGRAM 


* ® 
--> EXCHANGE DATA BY SEND/RECEIVE USING --> 
| a 
0) <-- CONNECTED BY --> 6) 
R 
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LESSON 2: SNA DATA FLOW 
PURPOSE 


This lesson describes the flow of data and control information through an SNA 
network. 


OBJECTIVES 
After completing this lesson the student will be able to: 
Describe the different fields that comprise an SDLC frame. 
. Describe the different levels of message acknowledgement. 
Describe the different types of request responses. 
Describe the three transmission modes. 
Define achain and describe when a chain is used. 
Define segmentation and when it is used. 
Describe when and how bracket protocol is utilized. 


Define pacing and describe when pacing is used. 


oO Oo 0 6 90O0mlCODWlmUmlCUCODOWUCOOWUCONCSDD 


List the different types of FIDs and identify when each would be used. 


REFERENCES 
o System Network Architecture Concepts and Products, IBM GC30-3072-0 


o Systems Network Architecture - introduction to Sessions Between Logical 
Units, IBM GC20-1869-2 
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INTERFACING TO THE SNA ENVIRONMENT SNA DATA FLOW 


MESSAGE FORMATS 2 
SQLO oF 


pach 
LH TH RU LT 


RU = Request/Response Unit 
May include data, DIU, FM headers, string control 
bytes, device control characters; response to 
request unit, or sense data. May be any length. 

RH = Request/Response Header 
Involves Request/Response Indicator, RU category, 
format indicator (whether FM headers are present 
in RU or not), bracket indicators, chain 
indicators, change direction indicator, response 
indicators, sense data indicator, and pacing 
indicator. Length is three bytes. 

TH = Transmission Header 
Indicates Format Indicator (FID) type, sender’s 
address, receiver's address, and sequence number 
of message. Length depends on FID type and may be 
from two bytes to 26 bytes in length. 

PIU = Path Information Unit 
Combination of TH + RH + RU 

LH = Link Header . 
Includes DLC flag, secondary link station address, 
control field (i.e., type of frame, _poll/final 
bit, and frame count). Length is three or four bytes. 


LT = Includes Frame check sequence (FCS), DLC flag. 
Length is three bytes. 


BLU = Basic Link Unit 
includes DLC header and trailer + PIU 
BTU = Basic Transmission Unit 


Involves one or more PlUs 
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INTERFACING TO THE SNA ENVIRONMENT 


DATA FLOW 


In an SNA network, data flow is controlled by several 
different software layers. The DATA LINK LAYER in each 
node actually controls the flow from one node to the 
adjacent node. 


If appropriate, the Cluster Controller polls each_of 
its terminals. 


The Communications Controller polls each of its 
attached Cluster Controllers and any = adjacent 
Communications Controllers. 


The DLC Communications Drivers perform polling services 
for the peripheral devices in the network. A message 
sent from a terminal to an application in the Host may 
have required three or more “polls” and received three 
or more acknowledgements. 


SNA DATA FLOW 


HOST COMMUNICATION CLUSTER TERMINAL 
CONTROLLER CONTROLLER 
BR. weecesswicesses > 
a eececccoteeseuese NO DATA 
RR --------- > 
Soest: DATA 
RR. Seecocres > 
BR cesecesteceeeees > 
eee eesoser teases DATA 
PR: Sseee et eteseeen > 
READ S2escacecece > 
ee DATA 
ACK oes seencee ss > 


MESSAGE TRANSFER AT DATA LINK CONTROL LAYER 


(with polls) 
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INTERFACING TO THE SNA ENVIRONMENT 


DATA FLOW CONT’D 


Once the message has been successfully received by the 
Data Link Layer, it may have to be acknowledged by a 
higher layer. 


It is this second acknowledgement of SNA which ensures 
“end-to-end delivery” of all messages. The APPLICATION 
LAYER receiving a request unit, will prepare a response 
unit indicating that the message was received correctly 
Or was unacceptable. 


This message acknowledgement at the Application Layer 
is returned through different SNA layers until it 
reaches the Data Link layer. The Data Link layer is 
unaware of the contents of the message. It treats this 
response aS a message and passes the response across 
all of the links, with link acknowledgements occurring 
as necessary. 


The need for a response on the link level is indicated 
in the Link Header. 


The need for a response on the Application level is 
indicated in the Request Header. 


HOST COMMUNICATIONS CLUSTER TERMINAL 


CONTROLLER CONTROLLER 
Sree semasoueaa: DATA 
BRseeseeteenke > 
Srrteseerssee DATA 
BR weoscekece > 
eneeveceuces: DATA 
ACK oaecnvene > 
RESPONSE ----> 
Cvessusece ACK 
RESPONSE ------- > 
Casicckevioos RR 


REQUEST AND RESPONSE TRANSFER (Withoutpolls) 
At this point the host could answer the terminal’s 


"request" by transmmitting a reply, using another 
“request” message to do so. 
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INTERFACING TO THE SNA ENVIRONMENT SNA DATA FLOW 


APPLICATION LEVEL RESPONSE TYPES (RESPONSE PROTOCOLS) 


There are three response protocols: 
Oo Definite response (DRI) 
o Exception response (ERI) 
o No response 


With definite response, the receiver must respond 
whether the PIU is correct or incorrect. 


With exception response, the receiver will only respond 
to those PiUs that were incorrect. 


With no response, the receiver will not respond. 


It is possible to have a combination of definite and 
exception responses occurring during message exchanges. 


The type of response protocol required for each request 
(message) is maintained with a combination of bits in 
the Request Header. 


The type of responses permitted in a session is 
determined when the BIND command is issued during 
session establishment. 
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INTERFACING TO THE SNA ENVIRONMENT 
TRANSMISSION MODES 


Transmission modes reference how the LUs in a session 
know when to SEND and when to RECEIVE. Three modes 
have been defined in SNA. The transmission mode is 
identified during the session establishment. 


o Full Duplex 
Oo Half-Duplex Contention - 
Oo Half-Duplex Flip-Flop 


Full duplex mode implies both session partners may send 
and receive t the same time. Neither partner is 
required to ask permission of the other before 
transmitting data. 


PARTNER A PARTNER B 
(sending data) (receiving data) 
eeeeeeeoeoeseceseeceoeooocsoonweeweesee > 
Seems meeneeseenesseneccenancessocescees > 

C newman re reeenene wen sesEwonscessene con ee aD =D 
Cee eRe MORES SSE EE SE ORE SEDO SRO REDEEM Ee 
C wwane sera Seana sere saeeesersseousneerens 
(receiving data) (sending data) 


Half-duplex contention mode implies only one session 
partner may SEND at a time. Whenever either LU has 
data to send, it simply transmits the message. 


lf both attempt to transmit simultaneously, one of the 
LUs_ will quit sending. Parameters in the BIND command 
determine which LU will be the WINNER in a contention 
situation, and which LU will be the LOSER. 


Once one of the LUs is sending a message, it retains 
control until the entire message is sent, which may 
consist of one or more RUs. At this point, the two 
LUs are once again in contention, and either one may 
attempt to send an RU. 


SNA DATA FLOW 


PARTNER A PARTNER B 
DATA one meee men n reece ene n cree en ccee > 
DATA <n een enn nee eee eee eee eee eee ee > 
(loser) DATA --------- > DATA (winner) 
ee ee DATA 
DATA  --o nn nnn erence ene eee eee ee eee eens > 
DATA --c creer eter eter ener ene reece eee > 
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INTERFACING TO THE SNA ENVIRONMENT 
TRANSMISSION MODES CONT’D 


Half-duplex flip-flop mode implies only one’ session 
partner may SEND at a time. The partners simply 
alternate sending messages. This is the most 
frequently used transmission mode. 


Protocols for the LU which is sending or receiving is 
controlled with a bit in the RH called the Change 
Direction Indicator (CDI). 


After one LU is through transmitting, it turns "on" the 
CDI in the last request it is sending. This signals 
the other LU that it may begin transmitting a request. 


PARTNER A PARTNER B 
Ko - ee ee eee ee ee ee ee eee ee DATA 
K---- eee e ee e ee e  e e  eee DATA 
Ree ee eee ee eee eee eee eee DATA, CDI 
DATA! Sere eeeee reeset erere=eic ae 
DATA, CDI -----ene neem nnn nn ennee > 
een DATA 
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INTERFACING TO THE SNA ENVIRONMENT 
CHAINS 


A chain is composed of one or more requests that are 
considered part of the same message. Chains are used 
to prevent the overflow of the sender’s or receiver’s 
logical buffers. 


The maximum size of an RU is specified in the BIND 
command. Often, the request that an end-user wishes to 
send is larger than the maximum RU size of either the 
sender or the receiver. 


The sending LU can divide the larger RU into multiple 
RUs for transmission to the receiving LU. Chaining is 
maintained from LU to LU or end-to-end. 


Two indicators are set in the RH implying that a chain 
is beginning (BC) or ending (EC). If neither indicator 
is set, the RU is in the middle of a chain. 


A chain may consist of only one RU. Both the BC and EC 
indicators will be set on in that situation and the 
meaning is only in chain. 


However, if one request in the chain is received 
incorrectly (by the Application Layer) the entire 
chain is retransmitted, beginning with the first 
request message. 


Responses to chains are usually accomplished with a 


combination of exception responses and definite 
responses. The final RU in the chain would require 
definite response. All others would require only 
exception response. 


TERMINAL CLUSTER HOST 


(message 1920 bytes) 


BC,DRI,ERI,DATAl --------- > 
DRI,ERI,DATA2 --------- > 
DRI, ERI, DATA3 were ceee > 

EC,DRI, »,DATAX -----+---- > 

ee + RSP 
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INTERFACING TO THE SNA ENVIRONMENT SNA DATA FLOW 
SEGMENTATION 


Different products have varying maximum physical buffer 
size limitations. As such, segmentation is used to 
prevent the overflow of an adjacent receiving node’s 
buffers. Segmentation occurs on a link basis between 
adjacent nodes. 


The maximum size that an adjacent node can receive is 
specified in the sender’s NCP GEN. 


If the request to be sent is larger than that which the 
adjacent node can receive, the RU will be divided into 
multiple smaller segments and transmitted individually. 
The receiving node will re-assemble the segments to the 
Original RU size, then check that the next node can 
receive that RU. 


A combination of two bit settings in the TH will 
indicate first segment (FS) or last segment (LS). If 
neither of the bits are set, this implies middle 
segment (MS). In the event there is only a single 
segment, then both bits would be set. 


Only the first segment will contain an RH. The 
subsequent segments will only consist of a TH and RU. 


fp) ele) ele) Seen 
COMMUNICATIONS COMMUNICATIONS eS 
CONTROLLER CONTROLLER 
mS 
ace cece | 
a 1 hc 
eee eee | 
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INTERFACING TO THE SNA ENVIRONMENT 
BRACKET PROTOCOL | 


Multiple chains or multiple RUs (if chains are not 
used) may be grouped together and are called brackets. 
The bracket defines a single unit of work (i.e., a 
transaction). When bracket protocol is used, then all 
data RUs must be within brackets. 

Brackets are used to prevent unrelated requests or 
responses from appearing within the processing of a 
session transaction (i.e. printer or database update). 


The BIND command identifies whether brackets will be 
used and who can start or end a bracket. The FIRST 
SPEAKER and BIDDER will be identified. 


Bit indicators are set in the RH _ identifying the 
beginning (BB), middle (MB), and end of a bracket (EB), 
ar only bracket (OB). 


The FIRST SPEAKER may begin a bracket any time THE 
BIDDER is not transmitting. 


BIDDER | FIRST SPEAKER 
ee BB,BC,DRI,ERI, ,data 
DRI,ERI, , data 
Se EC,DRI, ,CDI , data 

+RSP cnn n crc nee me mee eee we ene nee > 

BC,DRI,ERI, Ace 0 hot: Wn > 

EC,DRI,ER1,CDI,data ----------------------- > 
SO BC,DRI,ERI, ,data 
Se DRI,ERI, ,data 
ee EC,DRI, ,CDI ,data 

+RSP se en em ee em eee ewe nene > 

EB,BC,DRI,ERI, ,>UATA on me nem neem meee nee > 
DRI,ERI, »>data enn m creer meen een neee > 

EC,DRI,ERI, »>UATA cnn nme m meee meee eeee > 
Ro cee we eee ee we eee eee eee nee eee ene -RSP 
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INTERFACING TO THE SNA ENVIRONMENT 


The BIDDER has two optional protocol techniques that 
may be used to seek permission to transmit. 


! BID Command 
| Implied BID 


aay! 


BID Command Z 
The BIDDER may ask permission by sending first a BID 
St le The FIRST SPEAKER may accept or reject the 


EXAMPLE OF BID COMMAND 


BIDDER FIRST SPEAKER 
BID. PeceGemediers screens eteneeesens > 
2 sceceateceeeasicdoeswecteecesiesnes -RSP 
. Se ne ee ee RTR 
SRSP S2osceciceeteteetectesssesecooes» > 
BB,BC,DRI,ERI, ,data ------------------- > 
DRI,ERI, data <+-<-+-<seceececsce > 


messages continue ... 


implied BID 

Or optionally, the BIDDER may simply begin transmitting 
the first request and also set the bits “on" to indicate 
BEGIN BRACKET in the request header. 

This is referred to as an "Implied bid". 

The last RU of the first chain must ask for a Definite 


Response. This permits the FIRST SPEAKER the 
opportunity to either accept or reject the implied bid. 


EXAMPLE OF IMPLIED BID 


BIDDER FIRST SPEAKER 
BB,BC,DRI,ERI, data ---------- ee ee eee > 
DRI,ERI, ,data e-e------ eee ee ee eee > 
EC,DRI, ; ,data nn - eee e nen eee wees > 
esreesere Ser es sess Saas esse es +RSP 
BC,DRI,ERI, ,Gata --------------e-eeee > 
EC,DRI,ERI, data ---+---- eee ee eee eee > 
EB,BC,DRI,ERI, data ----------------- es 
EC,DRI,ERI, ,data ------- +e eee eee eee >: 
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INTERFACING TO THE SNA ENVIRONMENT SNA DATA FLOW 
PACING 


Pacing is an SNA technique allowing the component 
receiving data to regulate the rate at which data is 
transmitted to it. This prevents the PLU from sending 
PlUs into the network faster than the NCP can transmit 
them or faster than the SLU itself can process the data. 


Pacing may occur between the Host and Communications- 
Controller or between the Communications Controller and 
the Cluster Controllers. :; 


Pacing values are defined through parameter statements 
during the Sysgen process. These parameters may be 
associated with the LU definitions in either the VITAM 
or NCP gen listings or in the Logon Mode Table in VTAM. 


VPACING - the parameter in VTAM or NCP that indicates 
the number of requests that may be sent between 
the PLU and the Communications Controller, before 
a pacing response is anticipated. The value may 
be zero through 63. 


PACING +the parameter in VTAM or NCP that species flow 
of data pacing from an NCP boundary node to a 
we node. The value may be zero through 


LOGON MODE TABLE - under certain conditions, the PLU 
and SLU (at BIND time) may override the VPACING 
or PACING values. It may indicate no pacing is to 
be implemented (unlimited RUs). 


PSNDPAC - primary send pacing count 
SRCVPAC - secondary receive pacing count 
SSNDPAC - secondary send pacing count 


This means that an SLU could have different pacing 


values depending on which application subsystem it is 
in session with at that time. 
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INTERFACING TO THE SNA ENVIRONMENT 
TRANSMISSION HEADER 
FORMAT IDENTIFICATION 


The Transmission Header consists of control information 
that is created and used by Path Control to route the 
messages and control their flow within the network. 


SNA PIiUs are classified according to where they occur 
as they travel through’ the _ network. This 
classification is called Format Identification or FID 


type. 


The type of FID is identified by Path Control in the 
first field of the Transmission Header. This is used 
by the receiving Path Control to identify the length of 
the Transmission Header (2-26 bytes) and determine the 
format of its fields. 


Six different types of FIDs have been identified: 


FIDO identifies messagesto or from 3270 BSC devices 
that move between subareas when either or both do 
not support Explicit and Virtual route protocol. 
(16 bits for network address). | 


SEQUENCE DATA 
ADORESS penta apll 
FIELD 


FID1 identifies messagesto and from SNA devices 
moving between subarea nodes when either or both 
nodes do not support the Explicit route and 
Virtual route protocols. (16 bits for network 
address) | 


DESTINATION opr pusei se 


tis ADDRESS | 
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INTERFACING TO THE SNA ENVIRONMENT 


FID2 identifies messages between a subarea node and a 
PU-T2 peripheral node or between two PU_12.1 
nodes. (8 bits for local address) 


eo - 


FIDS identifies messages between a subarea node and a 
PU-T1 peripheral node. (6 bits for local address) 


@ Brrs) 
ADDRESS 
(6 BITS) 
FID4 identifies messages between subarea nodes when 
both nodes support Explicit route and Virtual 
‘routes. (48 bits for network address) 


0 1 2 3 4 § 6 7 
. | 


8 9 10 11 12 13 14 15 
DESTINATION ORIGIN 
SUBAREA SUBAREA 
| = | = | 


DESTINATION ORIGIN SEQUENCE DATA 
ELEMENT ELEMENT NUMBER COUNT 
FIELD FIELD FIELD | 
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_ INTERFACING TO THE SNA ENVIRONMENT 


FIDF identifies messages containing special commands 
for Transmission Group control (Sequencing) that 
are sent between subarea nodes that support 
Explicit and Virtual route protocol. 


COMMAND | COMMAND oioaeperyta -_ prabled 
FORMAT 


The Transmission Header of a PIU will alter its 
field formats as it moves through the network 
from node to node. 


COMMUNICATIONS COMMUNICATIONS 
CONTROLLER CONTROLLER 


3 _ 
3270 
BSC 
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INTERFACING TO THE SNA ENVIRONMENT 
CHAINING EXAMPLE (TOWER) 


TYPE=GUOD INPUT, 
Tl / DAF oAF 


c7 onalc oc 04 C2 


TYPE=GOOD INPUT, 


TYPE=GCOD INPUT, 


S&Q=005b, 
Q000s 
0010: 13 #1l 
T™™ OCl 
CU20: C9 C7 
J G 
0030: 11 C2 
DCl B 
0040: 40 Cl 
A 
0050: C5 O3 
E L 
SEG=0C5b, 
oo00o: cs Cl 
E A 
Co10: 05 £40 
N 
0020: C9 C7? 
I G 
00303 £4 D9 
U R 
0040: C9 £E2 
I S 
C050: 40 €E3 
+ 
SEOQ=0C5b, 
0OGOdOOs: 40 C5 
E 
0010: Cc? C8 
G H 
OG2Q: E4& DIY 
| U R 
6030: E2 40 
S 
0040: E5 C5 
VCE 


40 


C8 


U 

5B 10 
$ IGS 
b3 C9 
L I 
1D 60 

IGS = 

C5 40 
E 

E6 4B 
WwW. 


C3 C8 
C H 

CS E7 
E X 

C8 £3 
H T 

C5 4B 
E ° 

40 C9 
] 

D6 1D 
C IGS 


E3 
T 
C9 
I 
40 
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40 


C5 
E 
05 
N 
E3 
T 
D7 
p 
C5 
E 


OO O9 


DRVR STAT=0000 , 


C6 c9 C5 
FoI é¢C 
C5 D5. C4 
E NOD 
D5 6C7:«(ll 
N 6G DCl 
C5 «Cl 663 
E a C 
CS D5 €&3 
E N T 
E6 CB C9 
W oH I 


DRVR STAT=0000 » 


D5 C4 C5 
N D E 

C7 640 = #11 
G OC 

C8 Cl €E3 
H A T 

OD? D6 £E2 
P 0 S 

60 10 60 
I1G5 = 


DRVR STAT=0000 y 
REG €, 


52 


SOr NUL RLF STX 


EB C5 E77 €E3 
Y E X T 
C7 CB §E3 C9 
G H T I 
C6 D6 E4 DY 
F 0 U R 
C4 C9 E2 OF 
D I S P 
ll C3 C5 10 
DCl C E IGS 


b3 
L 
C5 
E 


G3 


C 
C8 
H 
C9 
I 
C3 


_€ 


C4 
D 
C5 
E 
40 


C5 
E 
C5 
E 


91 OO; F5 
J NUL 5 
C5 DS C4 
—E oN D 
D5 C7? 40 
N G 
40 C6 C9 
F I 
D3 Cl _  €E8 
L A Y 
60 
Tue Jan 
C4 40 CB 
D H 
C4 40 C8 
D H 
F3 1D £60 
3 IGS - 
40 C6 C9 
F I 
C6 C9 C5 
F I E 
C8 
H 
Tue Jan 
40 C8 C9 
H I 
C3 1D 60 
C IGS = 
C6 C9 C5 
F I E 
C4 40 €3 
D T 
C1 C3 C8 
A C H 


SNA DATA FLOW 


C6 
F 
C5 
E 
E3 


2é€ 07:51:17 


Cl 
A 
C9 
I 
C6 
F 
C5 
E 
C4 
D 


2€ 07:51:17 


C? 
G 
C6 


ll 
OCl 
C4 
D 
C5 


E2 
S 


CB 
H 
C5 
E 
C4 
D 
40 


Tue Jan 26 O7:5)117 1986 


Lb&8 E7 
Q X 

40 C8 
H 

EZ .E3 
bs) T 

C4 €E2 
D S 

40 C2 
B 


1988 

40 C1 
A 

C8 O03 
H L 
Cl €3 
A T 
C4 40 

D 

Cl E2 
A S 
1988 

D3 C9 
L I 
Cl €E3 
A T 
40 C9 
I 

C8 Cl 
H A 
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ScQ=000Uy, TYPE=GUOD CUTPLT, DRKVK STAT=O0000, Tue Jan Zt 07251:19 1988 


ovo0o0: Cr Ol 
G J 


SEC=OUHl, TYPE=GUOD INFUT» URVE a PAt OOOO Tue Jan 2¢ 07:251:19 1986 
LH MC R- 


pes 
oO 
Occo: rife 00 Db 40 C2 C5 40 
2 3 7 j NUL - O B OC 
ovl0: —5 C5 D9 C9 ce C9 C5 C4 11 Ce D3 1D 60 £3 Ce Ci 
v € R «I F Y € DODCl F -LIGS - T H & 
0020: £3 40 C9 £3 40 CS E2 40 C4 C9 E2 D7 D3 Cl EB C5 
T 1 oT 1 S§ D $I S$ P LL A Y € 
0030: C4 40 £6 C9 £3 CB 40 £3 CB C5 40 C3 be bv9 v9 C5 
D »n 1 T H T 4H €E Cc oO R R €E 
0040: C3 £3 11 C6 7A 1D 60 CB C9 C7 CB D3 C9 C7? ce £3 
| Cc 7TDCl F : IGS - H 1 G@ H tL IT GCG HK T 
o005c: C9 C5 C7? 40 C6 C5 Cl £3 E4 D9 
I on 6G Fo EE A TT UR 


SEQ=000l, TYPE=GUGD INPUT, DRVR STAT=0000_9 Tue Jan 2€ 07:51:19 1988 


0000: C5 4B 40 C9 C& 40 E3 C8 C5 40 C6 CS C5 D3 C4 E2 


E ° J F T H E F J E L D S 
0010: 11 Cr? §€&3 1D 60 Cl 09 C5 40 C4 C9 E2 O7 DZS Cl EB 
DCl G T IGS = A R E D I Ss P L A Y 
0020: C5 C4 40 E6 C9 £€3 CB 40 €3 CB C5 40 C32 D6 ODI DY 
E D Ww ] T H T H E C 0 R R 
0030: C5 C3 £3 40 C8 C9 C? C& D3 C9 C7 CB EB C9 D5 C7 
E C T H ] G F L I G H T J N G 
0040: 10 60 E—3 Cc@é C5 65 40 O7 DS C5 E2 E2 40 E€3 CB C5 
IGS - T H E N P R E S S T H E 

0050: 40 D7 C6 Fl 40 C2 C5 EB 4B 40 

P F 1 K E ¥ ° 


SEC=00615 TYPE=GOOD INPUT, DRVR STAT=U0005 Tue Jan 2€ 07:51:19 1988 


ocoo: C9 C6 11 C8 F3 1D 60 €3 Ce C5 40 Co ¢c9 C5 D3 C4 


I F 001 H 3 IGS - T H E F J E t D 
O010= E2 40 Cl BS C5 40 D5 D6 £3 40 C4 C9 £2 D7 D3 Cl 
S h R E N 0 T D ] S P L A 
O020: €8 C5 C4 40 C3 De v9 DO C5 C3 £3 DB E& 11 C9 58 
Y E D C 0 R R . C T L Y OCl I $ 
0030: 1D 60 §E—3 C8 C5 D5 40 D7? DY C5 E2 E2 40 £3 CB C5 
IGS = T H c N P R E 3 > T H E 

0C405 40 O7 C6 Fe 40 F2 (C5 £B 4B 40 11 =46 

P F 2 K E Y ° DCl ° 
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SEGMENTATION EXAMPLE (7950) 


SEQ=0066, TYPE=GOOD OUTPUT, DRVR STAT=00005 
cooo: C7 Fil \ 
G ol 
SEO=0067 TYPE=COOD INPUT» ORVR STAT=0000; “Tue Jan 
L 
é 
ooco: Ic? 4&€|3¢ oc 04 01 00 op |0i 91 001 03 
G+ 2€ NUL PE SCF NUL VT SOH °#£,7 NULL 
0010: E2 40 D5 D6 40 C5 E? £3 C5 D5 C4 C5 
S N 0 E x T E€ N DE 
0020: C7 C8 D3 C9 C7 C8 £3 C9 D5 C7 4B 22 
G HH L I 6G6esH Tt L sN G6. DC1 
0026: £3 C8 C9 E2 40 Ce C9 C5 D3 C4 40 C9 
T H IS Pf «© & © I 
0040: E—5 C5 D9 E2 C5 40 E5 C9 C4 C5 De 4B 
VE R 5S € Vv I ob € oO. 
0050: D3 1D 60 €3 C8 C9 E2 40 Cb C9 
tL i¢cs - T H I S F oO 
SEC=0067) TYPE=GOOD INPUT; DRVR STAT=0000,5 Tue Jan 
0000: C5 D3 C4 40 C9 E2 40 C2 D3 C9. D5 p2 
E L oO Is B tL I oN kK 
0010: 1D 60 11 D2 F3 1D 60 €3 CB C9 E2 40 
IGS =-DCl K 3116S <= T H I § 
0020: C4 40 C9 E2 40 £4 D5 C4 C5 D9 E2 C3 
D I § U Nn oo c€ R § € 
0030: 4B 1C 60 11 DO? F3 1D ES D? DS C5 £2 
. 16S -DCl1 P 3165 YY P R € S 
0040: Fl 40 C9 C6 40 C4 Cl £3 Cl 40 C9 €£2 
1 I OF D oA OT OA I § 
0050: D9 C5 C3 E3 40 D7 Ce F2 40 C9 
ge £€ Cc Ff. Pp oF 2 I 
SEQ=0067, TYPE=GOOD INPUT,» ODRVR STAT=0000, Tue Jan 
0000: Co 40 C9 05 C3 De v9 DS C5 C3 E3 40 
F I oN CO R R E € TF 
OUlU: E& 1D 40 40 1D 60 | 
W IGS ics: = 
SEQ=0068, TYPE=GCOD INPUT, CDRVR STAT=0000, Tue Jan 
0000: C7? 51 
G 51 
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Tue Jan 26 07251:21 1988 


26 07:51:21 1988 


C4 40 C8 Ci 
D H A 
C4 40 C8 C9 
0 H I 
40 F3 1D FO 
( 3 IGS 0) 
E2 40 09 C5 
S R E 
10 60 11 #50 
IGS = DCl 3 
26 07:51:21 1988 
C9 D5 C7 4B 
I N 6G ; 
C6 C9 C5 D3. 
F I E L 
D6 O9 C5 C4 
O R E OD 
E2 40 O7 Cé 
S p F 
40 C3 D6 09 
Cc. h6OUCOR 
26 07:51:21 1988 
40 40 11 O8 
0Cl a 


26 07:51:21 1988 
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NCK HOST LINK DATA CAPTURE 


of 7 171i? 6B7C(hex) bytes cartured. 

BO 4. So ess ea So SG S77. SBOE? HA-sk - 0-H be =P 

C2 Fi C2 74 C2 Fi C2 714 C2 Fi C2 71 C2 Fi C2 71 

C2 Fi C2 741 C2 Fi C2 71 C2 Fi C2 74 C2 Fi C2 7% 

C2 Fi C2 74 C2 Fi C2 73 C2 Fi C2 74 ce Fi C2 714 

DAF oar SEQ # |REQ DRI aor 
C2 Fi /C2 7E/2C 90 6041 O02 00 02103 80 AOT7D 5C F2 
n RH 
44 5C FO 841 82 C2 41 C2 74 C2 44 C2 74 C2 44 C2 
74 C2 44 C2 74 C2 14 C2 74 C2 44 C2 74/C2 O6/2C 
SEQ # IRSP + 

©0 02 O1 O06 02/83 AO OO C2 ©8/2C ©6 O02 01 00 07 

tH S£.Q 4 


OS 84 40/F1 40 11 
RK ES 


40 FQ F8 7A F2 FO 
ES 3C SC 6F 00 14 


14 C2 Bi C2 41}/C2 


|< ac SEQ | 
ep r2 20 60 641 02 660 07 | 83 80 90|C2 54 C2 Bi C2 
LH T, SEQ3¢ | RH _+&SP 


54 C2 Bi C2 Si C2 


40 7H Fi Fi 61 F2 Fi 61 FS Fé 


tA F4 F8 1D 60 40 40 40 11 SBE 
40 11 Ci 4D 40 40 40 C2 
RSP IPR 
00 Of O2 OO 07/83 O1 00 
at LRH 


2B EQ? 
AQ }2C 
Bi C2 


21 C2 BI/C2 4A; 2C O00 O2 


Req WE Ee sH___17 
041 00 08/93 & E8 Fi C2 1414 40 7H Fi Fi 61 F2 Fi 
SEQ#H LRH 


64 FE Fé 40 FO FB 


40 41 DV FO 3C D9 
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TA F2 F9 7A FS FO 1D 60 40 40 


40 90 44 D? FO iD 60 5C 40 D5 


SNA DATA FLOW 


0123456 789ARCDEF 
*RU{ BR. BIBL BIER. RIB. 
*HIK.BIR.KIB. BIB, # 


MHI BRL RIBL BIR. BIB. * 


*.#0abDR.B.R. RAB. BY 


*.RB.BLBR.R.K.B.H. 


ear are PS 3 eae ar ear ee # 
*.a 4 . F11/21/86% 
* 08:29: 48.- ~$* 
*Z.%7..%Z AC He 


*%.KR.B.B.. 220 Cn ® 
2 a ee a c..H.BR. He 
*., REL. BLB.B.BL HG... 


Hoe. .a ib. #44/21 


*/B86 08:29:50.- * 
* .FO.R ..FPO.-*% Ne 
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NCR 


=D 6 


40 40 
690 C3 


Cé& DS 


05 13 > f 


IPR 
©O 08183 Of OO1C2 
SEQ te | RR 


4 


C2 941. 


80 OO 1C2S 91 C2 Di 
+ eep| REQ 
5 sole: | 


1719 


~7 
40 
40 
D3 
cs 
C3 
C4 


60 


Di 


C2 
LH 


O04 O2 a O3|O03 8O AO! ?7D 


Di C2 Bi C2 DI;C2 AC LC 
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HOST LINK DATA CAPTURE 


6EBE7 Chex) bytes cartured. 


~8 
Cf 

DS 
D3 
ES 
Cé 
DS 
14 

C3 
40 


Ci 


C2 


: LH 
D6, 20 00 Of O2 OO 


C2 Di C2 91 1IC2 DBI2C OO 
L 2 


-9 
C2 
C3 
Dé 
C9 
40 


C4 


> | 


TH 


-A -KR -C -D -E -F 


114 DY 40 3C SA 50 


C3 C6 F2 40 40 40 


C9 DS Cr 40 Ci 


E3 C9 Dé DS 


D5 C4 40 E5 


7A 411 SA 50 


40 40 40 40 


D4 Ci DS C4 


Ci C2 C2 D9 


40 40 11 SE 


2C FO 12 40 40 
C2 D4;2C 00 O01 O2 
TH 


08/83 
SEQ s+ | RH 


2C FO 411 5C FO C2 Bi Ce 


0O O02 O01 00 93/8 
SEQ tte 


+KSP 
AQ OO 


SNA DATA FLOW 


O{ 23456 789ARCDEF 
*xCCF2 AB.R .!&% 
*..R .-C NCCF2 x 


* THE FOLLOWING Ax 
*¥RE ABEBREVIATIONS* 
* FOR NCCF AND VT* 
AM COMMANDS: .!&.% 
Tee eer: » 
x COMMAND # 
x ABERE» 
¥VIATION.AC 8 .$V® 
HUNM,G/?P77. HO, a # 
*  ..B.BUBLEM....% 
MocGuwks BOs ccuc ct 
*. .BjJBJRJBJBjJRQ..%* 


Woe 6 ck eas '*#Q,.*OBR,. Bx 


KJBLBIR. 2. 222..0..% 
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‘C2 


641 F2 Ff 


60 40 40 


Ci 4D 40 


=> 


O41 


6 | 


40 


40 


NCK HOST LINK DATA CAF TURE 


1719 


-6 


00 


€ 


FS 


14 


40 


-7 


O° 
+ 


FS 
> 


1 4 


Bi/C2 4A/2C OO O1 
TH 


Li 


C2 1C/2C 00 OF 


LE. REQ 
C2 4417/02 E0128 OO O02 ©4 00 OA [O3 84 COIF4 
Ll ak FiesT SEGMEN R 


40 VK Fi Fi 641 F2 F4 


F 4 


if 


F9 


11 


7A 


Ci 


Dd? 


40 


FS FS iD 
50 1D 60 
40 40 40 
40 40 40 
TE VE 14 
6C 40 40 
40 Cé E4 


40 Cé E4 


02 00 0 


9 | | 
3 tRSP 


60 
14 


TE 


40 
C1 
7E 
40 
60 
40 
D3 


D3 


COURSE NO. 669005 


40 


>C 


7E 


40 


3C 


40 


40 


14 


~g 


O3 
RH 


40 


E9 


my a 


=7 
FEQ 
8 4 
FO 
3C 


hs 


—A 


—-K 


=< 


40}Fi 40 


F8 7A F2 


aC 6F 00 


40 40 40 


-D 


11 


F9 


14 


C2 


=—E 
40 
vA 
> 


4 


IPR 
O02 00 09183 O01 O0O/C2 
SE RH 


83 80 OO 1C2 Fi C2 11 


&4 
40 
40 
7E 
7E 
Cz 
40 
40 


C3 


FS 
‘4 
40 
7E 
7E 
FO 
40 
40 


FO 


Fé 
C4 
40 
7E 
7E 
00 
C1 
40 


3C 


40 
50 
40 
7E 
7E 
14 

E4 
40 


CS 


FO 
3C 
40 
40 
7E 
C2 
E3 
40 


40 


FS 


40 


00 


7A 
60 
40 
40 
7E 
‘D 
ES 
40 


14 


6K/7( hex) bytes captured. 


-F 
7K 


FS 


40 


C3 


SNA DATA FLOW 


O42 


*414/ 


*35.- 


x1 BK. 
*. oF 


¥9:5 


* EZ 


*x*AFP 


* 


3456 789ABCDEF 
be i a ee ai. + 


21/86 08:29:5% 


are c..KiH.R* 
BV... 2 02. . a2 i Be 
14/21/86 O08:2% 


S.- | LAR. BL 


=.,H-.CO..B-.-* 
AUTOWR * 
FULL ¥ 


FULL.CO.E calle 
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age 4 of 
-9 
300) FO 
3490) E4 
320) 40 
330) C5 
340) 
350) 
360) C5 
370) 5C 
380) 40 
3990) 40 
SAO) 44 
3RO) D5 
3C0) 40 
3D0) 690 
SEO) 60 
3FO) C4 
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4c 
ES 


=> 


¢C 


Ci 


40 


40 


E4 


NCR HOST LINK DATA CAPTURE 


1719 


-6 


40 
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CS 
TE 


-8 
40 
D5 
14 

40 
ES 
40 
60 
40 
40 
cs 
40 
40 
3C 
3c 
ES 


40 


-9 
40 
Dé 
cs 
40 
C5 
40 
‘4 

40 
40 
FO 
40 
40 
4A 
AR 
6B 


40 


—A 


40 


40 


40 


40 


40 


rt 
40 
40 
3C 
40 
ae 
40 
50 
40 
40 
4 
40 
40 
60 
00 
Dé 


40 


-C 
40 
40 
Cé 
40 
40 
40 
iD 
40 
40 
C7 
40 
40 
14 

14 

E4 


40 


6B? (Chex) bytes cartured. 


{p26 ee 


39 
40 
50 
40 
40 
40 
50 
40 
40 
60 
40 
40 
ce 
4A 
EZ 


40 


40 


40 


00 


40 


40;C2 
LH 


40 


14 


40 


40 


1D 


C4 
40 
FO 
40 
cS 


40 


Ci 
40 
14 


C4 


ES 
Cé 


C4 


40 


50 


40 
40 
1D 
1D 
6K 


40 


SNA DATA FLOW 


0423454789ARCDEF 
*Q.-.C@ Ax 
*UTOWRAF NO ¥ 
* NO.E .Fa&..% 
al A er Ax 
*UTOWRAF YES Hx 
MS da acares Y 


HES PESE Son Phe ore 
HX D* 
* NET, ¥ 
* DIS.G-.HO..G-.-* 
*%*.G2% D * 
*NET, ID= x 
* -DD.HO.¢ ..HO.* 


*x- .H@ ~¢ cisteaet a 
*-.¢¢D NET,ROUTE, # 


*DESTSUB= * 
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31 


34 C2 71 


FO F8 7A 


Si co fr 


F4tce 
L 


40 40 


Dv C5 
14 Ci 
ES 40 


C2 


=> 


D9 


C4 


TE 


C4 


Ci 


40 


NCR HOST LINK DATA CAFTURE 


17i9 


6. Se 
{4 48 
DS 
DS 
D> 40 
DS C4 


14 SC 


fEJ2C 00 Of 


| H 2c e | . 
ah bal 6 0600 #£«Of O02 OO a 80 eo |c2 
T + KS 


74 C2 31 C2 71 C2 


40 


FS 


3C 4D FO 00 


C3 VF 6&8 Ci 


11 4D FO 
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3C 


40 


7A 


4C 


C4 


40 


C2 $i C2 71 ari 


7B FS 


FO FO 


60 iD 


D9 7E 


00 11 


=8 


29 


CS 


C3 


Dé 


F2 


-9 -A 


3C 4C 
ES 6H 
40 40 
D7 C5 


14 4C 


-K 


60 


DS 


40 


DY 


60 


= 
00 
C3 
40 
C4 


1D 


-D--E 


14 


DY 


40 


DS 


40 


3C 


6B7 Chex) bytes captured. 


-F 


>9 


ES 


40 


F 4 


4D 


4D 40 40/C2 E4124 00 02 0141 900 OA/40 
Li 7 LAST SEGMmENT™ 


FO 12 40 40 14 40 40 O05 


IPR 
O2 00 OA/S3 O01 OO|C2 11 


$41 C2 71 C2 31 C2 71 C2 


26128 00 O02 Of OO OBI OS 
Fokes7r SEGMENT |R 


FS F&é 40 


F4 
4D 
50 
7F 


4D 


61 F2 
60 40 
1414 4C 
Cé C9 


FO 4D 


F 4 
40 
6C 


D? 


b4 
46 
D7 


E2 


114 4C 60 


DS Ci D4 


E3 40 C2 


60 11 4D 7C E8 


SNA DATA FLOW 


6123456789ARCDEF 
* 0) Sa SP ee hs 
*¥.-..%D NET-NCFST*® 
xOR,ID="NC ¥ 
* DN OFERAND 1 * 
* OFERAND2.¢(-.-. (% 
*#O-.AC BU...... * 
*.$V cohen 4. -&* 
*.BRIR=......C..8.% 
*E.B.R.. 2.2.2.0... 
*.B.B.R.H.K.K.R. B® 
HBB LBB. occa he 
*¥a{i. F11/21/86 * 
#08 :30:00.- ai n* 
HCO... Cem CLP NAM® 
*E",ADDR="FIRST B* 


*.(0./ 2.40.7. (@Y* 
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rehan PWS | Ladin vVerfea Cred PURE 
Fage 6 of 7 4719 : 6B7Chex) bytes captured. 
“QO -4 -2 -3 -4 -5 -6 -7 -8 -9 -A -B -C -D -E -F 041 23456789ARCDEF 


500) E3 C5 7F 68 D3 C5 DS C7 E3 C8 VE F2 FS Fé i1 4F *TE*,LENGTH=256. | # 
5190) 40 3C 50 50 00 11 4F 49 iD 60 11 4F 4C 40 40 40 % .4&../1 .7. 14 * 
320) 40 40 40 40 40 40 40 40 40 40 40 D3 Dé Cv Dé C6 * LOGOF * 
350) Cé& 40 40 40 40 40 40 40 40 40 40 40 40 D3 Dé C? *F LOG 
240) 41 50 50 3C Di 60 00 if 99 50 1D 60 11 50 SC 40 Hib. In. RAL HLA OH 
220) 441 Di 60 3C D2 FO OO if Di 60 1D 60 if Di 6C 40 Hod—- KO... de. IL ® 
360) 40 40 40 40 40 40 40 40 D3 C9 E2 ES 40 C3 D3 CY % LIST CLIx 
270) E2 ES VE 40 40 40 40 40 40 40 40 40 40 40 40 D3 *ST= L* 
580) C3 11 D2 FO 3C D4 40 00 114 D2 FO iD 60 41 D2 7?C *C.KOLM ..KO.-.Ke@x 


590) 4060 40 40/C2 28/24 00 62 01 00 OB|/40 40 40 40 40 % |: ae * 
LH  & LAST SEGmENT 


2AQO) DS C9 E2 ES 40 E2 ES Cf ES E4 E2 VE 40 40 40 40 “LIST STATUS= * 
>BO) 40 40 40 40 40 40 40 40 DS E2 411 D4 40 3C DS 50 * LS.M .N&# 
2COd> OO 11 D4 40 1D 60 11 D4 4C 40 40 40 40 40 40 40 %..M 1-1 MS ¥ 


2DO) ES 40 DS C5 ES 6B Ci C3 ES 68 C9 C4 7E 40 40 40 *V NET, ACT, ID= * 
2EOd 40 40 40 40 40 40 40 40 40 Ci 411 D5 50 3C Dé 60 * A.N&.0-% 


2FO) 00 11 DS 560 1D 60 11 DS 9C 40 40 40 40 40 ES 40 #. NAL HUNK VY 
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DS 
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49 


60 11 


Ci 4D 


NCK HOST LINK DATA CAFTURE 


1749 
-é 
C1 
40 
14 
Dé 
40 


49 40 


6B? Chex) bytes cartured. 


- 
ES 
40 
6C 
C4 
40 


40 


-9 


éB 


C9 


40 


D4 


: LY 
E2}2C 00 01 02 00 OB eS ©1 00 
H 


RH tXSP 


01 O02 00 OF/83 80 Ss 


v4 


74 


Bi C2 
Hi C2 
Ri C2 


Ri C2 


71 C2 
741 C2 
fi C2 


“1 C2 


Bi C2 
Ri C2 
Ri C2 


E 4 
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74 
74 
74 


74 


—A 
C9 
14 
40 
40 
14 
34 


C2 


-H 


C4 


Dé 


40 


C9 


D7 


=C =D ee. oF 


40 40 40 


FO 


FO 41D 60 


35C 
Hi C2 312 

LH 
C2 B4/2C 00 
LH 


74 C2 81 C2 


‘741 C2 Bi C2 


?7i C2 Bi C2 


71 C2 Bi C2 


SNA DATA FLOW 


941 2345467 BI ARC DEF 


*NET, INACT, ID= ¥ 
™ I.0-.FO* 
%.20-.—.027 ¥ 
* WHO AM I? we 
* $.FO.-.% 

R,RBJ BLE 


*#K -.AC 


Me gel ce ee a Uh a Be a gt 


%,...C..K2.B. BR. R.K® 
*.K.B.BL.R.BRL BLK. BY 
*,R.RLK.BR.RLK.B LR 
*,BLB.BR.BLB.BR. KR 


*, BRIE, ¥ 
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REVIEW LESSON 2 


1. Within the frame diagram below, label the sequence of the fields 
from left to right. Indicate which fields are related to SDLC 
protocol and which are related to the SNA architecture protocol. 


Identify in which headers or fields of the frame, the following 
bits or information would be present: 


2. The Secondary Link Station address: 
3. The Change Direction Indicator bit: 
4. The Segmentation bits: 

5. The user data: 

6. The Request Indicator bits: 

7. The Frame Check Sequence value: 
8. The beginning and ending Flag: 


9. Sense Data: 
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Circle the proper True/False answer for the questions below: 


10. T F During a session, a Request message may indicate either "no 
response", “definite response", or "immediate response”. 


11. T F The information (bits) indicating that an SDLC frame needs 
0 be retransmissed is located in the Request Header of the 
rame. : 


=~ 


12.T F Chaining is a protocol which permits a single large request — 
unit (RU) to be split into smaller message units during 
session activity. 


13. T F Pacing is a technique controlled by the sending LU session 
partner so that it can transmit any number of messages in 
succession to its session partner. 


14.T F Chaining is a protocol associated between partner LUs 
(session) as determined by the RU size. 


15. T F Segmentation is a protocol associated between adjacent 
physical nodes as determined by Path Information Unit size. 


16. T F The only type of Request replies permitted during Definite 
Response protocol are “positive responses". 


17. T F The only type of Request replies permitted during Exception 
Response protocol are “positive and negative responses". 


18. T F In Hal-Duplex Flip-Flop protocol, either the First Speaker 
or Bidder may begin a bracket at their own discretion. 


19.T F The three types of SNA protocol acknowledgement are 
"Session Leve", "Link Level", and “Frame Level". 
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LESSON 3: LU SESSIONS 


PURPOSE - 

This lesson describes the different types of logical units. and the procedure 
for establishing sessions between logical units. 

OBJECTIVES 

After completing this lesson the student will be able to: 

o Describe the four kinds of sessions between NAUs. 

Describe the meaning of Profile and identify the three groups. 

Describe the LU-LU session types and their characteristics. 


Describe the establishment procedure for an LU-LU session. 


o Oo OO OO. 


Be able to identify the format of a BIND command. 


REFERENCES 

o System Network Architecture Concepts and Products IBM GC30-3072-0 
o VTAM Concepts, IBM independent Study Program 10057 

o SNA - Sessions Between Logical Units, IBM GC20-1868 
O 


An Introduction to Advanced Program-To-Program Communication (APPC), IBM 
GC24-1584 | 
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SNA SESSION TYPES 
aN supports four different types of sessions between 
Ss. 


Oo SSCP-PU 
O Bore : 
o Tuy Logon S29! 


Before an LU-LU session can be established, each LU and 
all PUs in the path between the LUs must be in session 
with the SSCP. 


Vv 


fe) SSCP-PU - always the first session established 
in order to start the processes for that node. 
The session is used to control the activation or 
deactivation of the Path Control Network 
components; convey status information regarding 
the physical configuration, and stays in force as 
long as LU-LU sessions or that node are active. 


a) SSCP-LU - must be established to start the 
processes for the LU. This session conveys 
Status information or conducts tests, and must 
also stay in force while the LU is active. 


fe) SSCP-SSCP - this session will be started 
automatically at start of day prior to any 
“cross-domain" sessions occurring. 


fe) LU-LU - established to allow end-users to 
communicate, to specify what protocol rules to 
follow, and to notify SSCP and NCP of the two LUs 
in session. 
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PROFILE 


In an LU-LU session, the related functions and formats 
are referred to as protocols. Protocol may be defined 
as a set of rules, requirements, sequences, and 
procedures for transmitting information to and from a 
particular type of terminal in a telecommunications 
network. They are grouped into three major areas: 


o Presentation Services (PS) — 
o Function Management (FM) eer tla 
Oo Transmission Subsystem (TS) 


The predefined protocols within 


these groups are further defined eos s 
and subdivided into what is senvices “suesysTem. 
called profiles. RULES AULES 
The profile number is selected 
which subsequently provides the PROFILE PROFILE PROFILE PROFILE 
protocols for the LU-LU session. 0 0 ? : 
PROFLE PROFILE 
| 2 2 
PROFILE PROFILE PROFILE feared 
2 3 b 
PROFILE PROFILE PROFILE PROFILE 
3 4 bf 4 
PROFILE] PROFLE] — PROFILE 
4° § § 
PROFILE PROFILE 
6 6 ? 
tir oon PROFILE 
Presentation Services - defines such Le 


things as code set, the usage of FM 

headers, and whether the terminal 

devices will be controlled by the 3270 

data stream or the SNA character string (SCS). The LU 
type is defined by the PS profile type (i.e. they are 
the same). 


Function Management Services - controls such things as 
whether the data flow will be full or half-duplex, 
whether flip-flop or contention will be used, and the 
rules for chaining and bracketing. 


Transmission Services - defines such things as the size 


of the message (RU), the pacing, and how sequence 
numbers are used. 
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LU-LU SESSION TYPES 


Various types of sessions exist because of different 
hardware equipment that was developed (ex: printers or 
display terminals) and the _ different processing 
functions that this equipment could perform (ex: 
interactive or remote batch processing). 


The two terms, LU session type and LU type, are used 
interchangeably. Both refer to the subset of SNA 
functions and the format of the data supported when two 
LUs are in session. 


Two LUs communicating in a session must use the same 
format and subset of functions. Therefore they must 
be of the same LU type. 


Type 0 LU-LU Sessions 

Type 0 sessions are for communications that do not fall 
within the pre-defined grouping of profiles. Pre- 
sentation Services usage is defined by the users. 

Within LU 0, several subsets have been defined. An 
example is LUO (8614) which means that the Presentation 


Service usage will match that required by the 3614 ATM 
applications. 


Type 1 LU-LU Sessions 


Type 1 sessions allow communication between host 


application programs and single or multiple device | 


terminals. The devices on the terminal may include 
CRTs, printers, diskettes, disks, and card reader/ 
punches. The display of the data on the terminal will 
be controlled by the SNA character string (SCS). 


Primarily used with printers and RJE workstations. 


LU 1 
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Type 2 LU-LU Sessions 


Type 2 sessions allow communication between host 
application programs and a single display device. The 
3270 data stream (DSC) will be used to control the 
display of the data on the device. Fields may reflect 
such attributes as being protected or unprotected; 
displayed or non-displayed; or have extended 
highlighting features. 


LU 2 


Type 3 LU-LU Sessions 


Type 3 sessions allow communication between application 

programs (in the host) and a single printer, not having 

a keyboard. The 3270 data stream will be used to 

control the display of the data on the printer. : ‘ 


APPL 


Type 4 LU-LU Sessions 


Type 4 sessions allow communication between two 

terminals or between host application programs and 

single or multiple device terminals. The devices on 

the terminal may include CRTs, printers, disks, card 
reader/punches, as well as word processing equipment. 

Type 4 sessions are similar to LU1 sessions, but have _ 

extra capabilities of Word Processing and operating a 
without a host SSCP, when the terminal partners can. eee 
handie the SSCP functions. Additionally, both session 

partners may be equal rather than having one partner 

control the session. Peer-to-peer partners both share 

the recovery responsibilities and either may send the 

BIND command. The LU that sends the BIND becomes the 

defacto PLU. The SCS data stream will control the 


display of the data. 
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Type 6 LU-LU Sessions 


Type 6 sessions allow communication between application 
subsystems. Examples are CICS to IMS, CICS to CICS, or 
IMS to IMS. The session partners are the subsystems. 
The programs running under the control of the subsys- 
tem are the end users. 


SCS and SNA field formatted data stream are used- to 
describe the format and layout of the data transmitted. 


The session partners may be equal. 


APPL APPL - 
LU 6 SE PRGM 


Type 6.2 LU-LU Sessions 


ages 6.2 sessions allow any to any communications. Any 
LU may have a session with any other LU regardless of 
whether the LUs are in the same host, in the network, 
or in both. The LUs do not require an SSCP for session 
establishment. Additionally, each LU may support more 
than one end user (called Transaction Programs or TP). 
Another term used frequently for this session type is 
APPC or Advanced Program-to-Program Communication. 


Lu 6.2 TRAN TRAN TRAN 
PRGM PRGM PRGM 


Type 7 LU-LU Sessions 


A specialized family of workstations made up of display 
consoles or other terminal devices designed for 
different applications involving interactive use. 
Similar to 3270 Information Display product line. 
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LU TYPES AND PROFILE IDENTIFIERS 


LU PS TS FM 
Profil rofil Profil PS _Characteristi 
0 0 2,3,4,7 2,3,4,7,18 Any option desired. 
1 1 3,4 3,4 SNA character string; 


DP media support; 
FM headers ypes 1,2,3, or more 


bs Tan Legit 6$ 


2 2 3 3 3270 data stream; 
no FM headers; 


i ope Lo 
display support. 5-4" 2! 


f puc4- 


3 3 3 3 3270 data stream; 
no FM headers; 
printer support. 


4 4 7 7 SNA character string; 
FM header types 1,2,3, or more; 
DP and WP media support; 
(primarily office automation). 


6 6 4 18 SNA character string; 

3270 data stream structured 

field format; 

Logical message services (LMS) 

data stream; 

User defined data stream; 

Steele to program rt ie sea 

? EH in t ws 
Chief ¢ F [5 Wa. ET 

6.2 6 7 19 Generalized Data Stream; peer to 

peer communication. 


7 7 7 7 5250 data stream; no FM headers; 
| display support. 
Pouo Lay vie 
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LUO 


LU1 


LU2 


LU3 
LU4 


LU6 


LU6.2 


cIcs 


cIcs 


IBM_P 


IMS 


IMS TSO 
JES2 JES3 
TCAM 3630 
VSPC 


IMS TSO 
TSO TCAM 
VSPC 

TCAM 

IMS RES 
$/38 

IMS 


$/38 8100 


DISPLAYWRITER 
SCANMASTER 


SNA PRODUCTS BY LU TYPE 


IBM 


3600 3650 3660 
3790 S/34 DPPX 
Series 1 DPCX 
S/36 


DPCX DPPX 3270 3630 
3767 3770 3790 S/32 
5/34 S/36 $/38 


DPCX DPPX 3270 3790 
5/36 


DPCX 3270 3790 S/36 


3250 6670 S/34 DPCX 


* Requires user programming to implement. 
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TOWER* TCOS SNA 


5000 BAS* TOWER 
VRX WORKSAVER 


5000 BAS* TOWER 
VRX WORKSAVER 


5000 BAS* TOWER 


WORKSAVER ITX* VRK* 


TOWER ITX* VRX* 
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LU-LU SESSION ESTABLISHMENT 


A session may be requested by either a PLU, an SLU, or 
another element in the network (program or operator). 


PLU Initiated 


The application program may initiate the session if the 
SLU is a device such as an unattended printer or if the 
time the session is needed is known only to the 
application program. 


The application program or subsystem may send either of 
the following Application Program Interface (API) 
macros to VTAM: 


Oo SIMLOGON - this macro sends an initiate request 
to SSCP when the application program wishs to 
initiate the session and act as PLU. If the SLU is 
disabled or at its session limit, optionally this 
request may be queued. Asecond macro, OPNDST OPTCD 
= ACCEPT would accept any pending activation. 


Oo OPNDST OPTCD=ACQUIRE - (Open Destination Option 
Code = Acquire). OPNDST will result in a session 
being established only if the requested SLU is 
available. Initiating a session and accepting the 
resulting pending active session in one operation is 
known as “acquiring a session" . 


NOTE: These are not SNA commands, but rather commands 
exchanged between host applications and VTAM. 
SLU Initiated 


The SLU may initiate a session by depressing a key ona 
terminal or entering a character-coded LOGON. 


The SLU may send one of the following commands to the 

SSCP: 

oO Formatted logon INITSELF - usually sent by a 
programmable controller. 


o Character-coded LOGON - normal terminal-type logon 
usually sent by a non-programmable controller. 


o REQSESS - Request Session. Sent by a subsystem 


wishing to establish a session with another 
subsystem which will be the PLU. 
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Third Party Initiated 
A session may be initiated by a logical unit that will 
not be one of the active session partners, such as a 
network operator. 
Oo V NET,LOGON = , ID = 
(Vary Network) The first blank contains the name of 


the PLU application subsystem and the ID field contains 
the SLU network name. 


Start of Day 


A session can be initiated at start of day if the 
logical unit has a controlling application subsystem 
and_ when the following macro is included in that 
portion of the VTAM Sysgen which defines the SLU. 


Oo LOGAPPL = 
(the blank contains the PLU name) 
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SESSST ———_»> 
SOT —$A $$ $$ 
$$ ____________R$P 


Session Establishment Procedures 

NOTE: In order for LU-LU sessions to be established, 
the SSCP must already be in session with all PUs in the 
path and with both LUs to be in the session. 


1. First, the SSCP would require one of the above 
mentioned activation requests. 


2. The SSCP sends a positive response alt to the SLU 
and a control initiate (CINIT) RU to the P 
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3. The PLU sends a BIND RU to the SLU. The BIND 
contains the profile usages of Presentation 
Services, Transmission Subsystem, and Function 
Management. It also identifies the session (LU) 


type. 

Sometimes the BIND is negotiable; that is the LU 
receiving the BIND may accept or reject the 
profiles and parameters sent with the BIND. - A 
field in the BIND identifies whether the parameter 
may be negotiated. : 


4. The SLU sends a positive (or negative) response RU 
(RSP) to the PLU. 


lf the BIND was negotiable, the +RSP will contain 
the altered session parameters that the first LU 
may accept or reject. 

However, if the BIND receiver agrees with the 
parameters in the BIND, the parameters returned 
with the +RSP will be the same as in the BIND. 

5. The PLU sends a session started RU (SESSST) to the 
SSCP informing it that the LU-LU session was 
successful. | 

6. The PLU sends a start data traffic (SDT) command to 
the SLU to acknowledge that session setup is 
complete and flow of data messages may begin. 


7. The SLU sends a positive response to the PLU. 


SESSION ESTABLISHMENT PREVENTION (may be others) 
o The SLU may not be allowed to talk to the PLU. 

oO Insufficient buffer resources. 

Oo Maximum session limit by one of the LUs was reached. 
O 


SSCP determines that destination LU is not its 
domain. 


Destination logical unit is not active. 
© Mismatch of LU session types. 


fe) aoe parameters sent in the BIND may not be accept- 
able 
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S624 25 3 aa es 26.67 
000) cs 31] 6 afc 34°04 74 
(worst ie fue 
910) C1 31 C1 74 C4 31 [cs 72| 
c fT ee § Be 
020) oa; c3 C9 C3 Ezici 51 Ci 
CH | RU 

030) “Trecrsrer 7T ci 54 Ct 74°04 54 
040) 71 C1 Si Ci 74 C1 54 C+ 74-04 °54 
950) 741 C1 54 C1 71 C1 54 C1 71°01 «51 
060) 74 C1 Si C1 71 C1 54 Ci 749:C4 : 514 
670) 741 C4 51 Ci 71-C1 54 Cl 71-04 54 
yO) 74 C1 54 Ci 71-C1 S51 C1 3 71-04 St 
090) 74°C1 S51 C1 71 C1 S41 Ci 74-4 St 
oaO) 741° C1 54 C1 74-01 54 C1 71:04 55 
OHO) 71 C1 S54 C1 74 C1 54 Ci 74 C4 

DAF JAE 
OCO) O# 2C 06 03 66 
OD®») 3 23 C1 DS D2 40 ES Dé E4 40 
O£O) Dé DS 40 ES C9 DB D3 40 C3 DS 
OF) 40 D4 DS D4 CS DS ES Ci D9 C9 
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Ci 
Ci 
Ci 
Ci 
Ci 
C4 
Ci 
Ci 


69 49 


-8 -9 -A -B -C -D -E -F 


Ci 34 Ci 74 C1 34 CH 71 
DAF ORF 


=F 00 60 03 00 00193 80 
Th R b 
71 Ci 54 Ci Ci vt 5 


7i Ci 34 Ct 


741 Ci Si Cf 
7i Ci Si Ci 
741 Ci Si Ct 
71 Ci Si Ci 
741 C4 Si Ct 
71 Ci Si Ci 


74 Ci Si Ct 


DAF SPE 
46 [2c 020 93 90 00 


©9 071903 BO 00 
R ve 


40 D3 Do t? 


D4 D4 CS DS C3 CS 


D3 E8 ts] C1 341 Cf 


LU SESSIONS 


0123456 789ARCDEF 
HALAL.A.A.A.A.A.A. 
HA.ALALA.. 2-2 e ewe 
#. CICSA.A.A. A.A. A 
#.AL.A.A.A.A.AL.A. Ae 
HALA.A.AL.A.A. A.A 
#.AL.AL.A.A.A.A.A.A® 
#.ALAL.A.AL.ALA.A.A® 
#.ALA.ALA.A.ALA.A® 
H.ALALA.A.A.A.A.AR 
H.ALALALA.A.ALAL Ae 
#.LALALALALA.ALALAM 
#.ALALALALAL.....* 
HeC ec Anc ccc ccae 
*THANK YOU -- LOG# 
#ON WILL COMMENCE © 


* MOMENTARILY.A.A# 
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BIND Format 

Byte # 

0 - identifies RU as a BIND (X’31’) 

1 - identifies whether the BIND is negotiable 
or non-negotiable 

2 - identifies FM profile to use 

3 - identifies TS profile to use - 

4-7 - identifies FM usage (protocols used - half 
or full duplex, chain and bracket rules) 

8-13 - identifies TS usage (pacing, maximum RU 
size 

14 - idenitfies PS profile (session type) 

15-25  - identifies PS usage (FM headers, data 
stream, screen or buffer size) 

26-27 - cryptography 

28-n - data 


“0 -4 -2 -3 -4 -5 -6 -7 “8 -9 -A -B -C -D -E -F 0123456 789ARCDEF 
Dae 
100) 8&1 Ci Si Ci Bi Ci Sf Ci Bi Ci Si Ci BAl2c 90 OO #.AL.A.A.A.A.A.... * 
= TH 
1410) “33 00 OF zs 80, 06| C1 74 Ci Bi Ci 74 Ci Bi Ci 71 Hee eae A A.A.AWA.® | 
2 


1200) Ci or Ci Vi Ci Bi Ci 71 Ci Bi Ci 74 Ci Bi C4 74 HAL. A.A.A.A.A.ALWA.W 


1590) Ci Bi Ci Vi Ci Bi Ci 74 Ci Bi Ci 74 Ci Bi Ci 74 HALA.A.A.A.A.A.A.* . . 


140) Ci B1 C1 74 Ci B1 Ci 71 «Ct BI Ci 74 C1 BI Ci 71) #ALALALALALALA.ALs 
150) Ci Bi Ci 71 Ci Bi Ci 71 Ci Bi Ci 71 C1 BI Ci 71 = =6#A.A.A.A.A.ALALAL# 
160) Ci Bi Ci 74 Ci Bi Ci 74 «Ci BI Ci 71 C1 BY Ci 71) #ALALALALALA.ALAL® 
170) Ci Bi Ci. 74 Cf BI Ci 74 Ci BY Ci 71 Ci BI C1 71 = RALALALALALALALAL® 
180) Ci Bi ci 74 C1 BI C1 71 Ct Bt Cf 71. C1 BI Ci 71 MALALALALALALALAL» 
190) Ci Bi Ci 74 Ci BI Ci 71 Cl Bi Ci 71 C1 BI Ci 71°) = #ALALA.A.A.ALALAL® 
1A®) Ci Bi Ci 74 Ci Bi Ci 6A lee 0 63 61 00 C7|GB 80 = #A.A.ALAL.....G,.8 
10) oo|zt 01 ©3 03 Bi FO 30 «= 80 «00 02 BS BS 02 00 02 #...........08...* 
160) G0 98 00 06 00 00 00 00 06 00 00 00 04 CSCO CS Heeee cece eee CICH 


e | DAF OAF | | 
i1DO) E2 09| 31 #74 Ci DI C1 74 Ci D6 12D 06 O01 OS 08 C7 HS .A.AJA.AD.....G# 
{EO) ES go ,00|31 jee 94 Ci D4 Ci 94 Ct DI C4 914 Ci DI Bore -AjAJAjJAJAJAI*™ 


4F9) Ci 91 C1 Dt Ci 91 Ct DI Ci 94 Ci Di C1 94 Ci D1 #A JAJAJAJA JAJAJAI# 
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-2 
C1 
ox 
C1 C1 
ct 
ct 
ox 
Ci Ci 
C1 ct 
ct 
ci 94 Cf 
C1 
or 
o1 Cf 


91 Ci Df 


$0T 
gi 80 oo] ne [cs 
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71 


94 


-A 
Ci 
Ci 
C4 
Ci 
Ci 
Ci 
Ci 
Ci 
Ci 
Ci 
Ci 
Ci 
Ci 


Di 


C1 


74 


Ci 


-F 
D4 
D4 
D1 
D4 
D4 
D1 
D4 
D4 
D4 
D4 
D1 
D4 
D1 


2D 06 03 01 O00 C8 


: 


Ci iad ey 66 04 03 
?- 


Ci Bi Ci Fi Ci Bf 


LU SESSIONS 


O123456789ARCDEF 
RA JAIJAJAJAJAJAJAI# 
HA JAJA JAJAJAJA JAI# 
HA JAJAJAJA JAJAJAI* 
HA JAIJAJAIJAJAIJAJSAI® 
HA JAJAJAJA JAJAJAI# 
HA JAJA JAJAJAJA JAI# 
HA JAJAJAJA JAIJASAI 
HA JAJAJAJA JAJA JAI® 


HA JAJAJAJA JAIJAJAI*® 


“*AJAJA JAJAJAJA jAI® 


RA JAIJIAJAJAJAJAJAI® 
HA JAJA JAJAJAJAJAI® 
HAJAJAJAJAJAJAJAI™® 
HAjJAJAJAJA......H# 
#,...AjJAIAJAB....% 


#.H... -A.ATA.AIAQ.# 
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9b’ 3ADVd 


S00699 ‘ON 3SHNOOD 


FEF 


FEF 


FEF 


FEF 
FEF 
FEF 
FEF 


FEF 


ASCB OOFBAG10 JOBN ACF INF 
BUFF VIAN /C1461L0O2 tRC(000,Q00) INBOUND 
VIAM 1H=44000C00 OO000000 0000:0001 ON000015 1CO0000! 00260000 OCOOT RH=038000 
C3ICNC3IE 2 *CICS ° 
TIME 525398 454965 
ASCB OOFBAGIO JOBN ACF INF 
Bur F CT4GILO2/VIAM LRrc(o0o00 ,900) OUTBOUND 
VIAN T##=400000NO OC000000O 00000015 NONA0NOO!T 1C00V026 00010000 0003 RH*838000 
TIME 52598 . 469257 
ASCB OOFBAG10 JOBN ACFINEF 
BUFF CT461LO2/VTAM LRC(000,000) OUTBOUND 
VTAM TH* 40000000 00000015 OO000000! 1C000026 00010002 0032 RH*038000 
1S40E3C8 C1050240 EBDGE440 GOG040C3 C9CIE240 *. THANK VOU -- CICS °@ 
€6C90303 40C3D6D4 04C505C3 C54004D6 D4C505E3 WILL COMMENCE MOMENT © 
C1ID9CSD3 ER4B15 CARILV. 
TIME 52538 .476193 
ASCB OOFBAG 10 JOBN ACF INE - 
BUF F VTAN /CT¥461L02 tRC(000,000) INBOUND 
VTAN TH*44000000 00000000 00000001 00000015 1CO00000! 00260002 0003 RH=+838000 
TIME 52545 812853 
ASCB OOF63250 JOBN CICSFAST 
RUFF C¥46 1L02/AO06CICS LRC(000,000) OUTBOUND 
VIAM Ttt= 40000000 15 00000001 10000026 OOOF2711 0027 RH=6B8000 
31010303 81803080 00028585 02000200 OOOOOOQOO °*..........e@.......2. ° 
OO0000000 OOO000007 CIFOFEC3 C9C3IE200 a ene Aoecics. e 
TIME 52546 . 200095 ' 
ASCB OOF63250 JOBN CICSFAST 
BUFF AOGCICS /cvaeivo2 tLRC(000,000) INBOUND 
VIAN 1##244000000 O0000000 O00V000! OQ000001S IDOOOOOF 00262711 C004 RH*EBBOO0O 
31 e, e 
TIME $§2553.417982 | 
ASCB OOF63250 JOBN CICSFAST 
BUFF C¥461LO2/AOGCICS LRC(000,000) OUTBOUND 
VIAM TH= 40000000 00000015 O0000001 10000026 OO00F2712 0004 RH=*6868000 
AO e. _@ 
TIME 525543 .528341 
ASCB OOF63250 JOBN CICSFAST 
Bur F ACGCICS /C1461LO2 LRC(000,000) INBOUND 
VIAM T#t=44000090 000900001 O0000015 IDOCOOOOF 00262712 C0004 RH-EBSBO00 
ao e. e 
TINE §2561.611266 
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REVIEW LESSON 3 


1. Identify the different methods a session between logical units may 
be initiated. 


2. Identify the different session types that may be established 
between the Network Addressable units. 


3. Briefly describe or define what is meant by the term “profile”. 


4. How may categories of SNA protocols (profiles) are there? 
Identify them. 


Circle the proper True/False answer for the questions below: 


5. T F_ In order for a Seconday Logical Unit to request a session 
with an application at the host, the logon message is first 
Hisctih by the Primary Logical Unit at the host to be 
involved. | 


6. T F Before any user session data may be exchanged between the 
logical units, a Start Data Traffic command must be sent 
ion the Primary Logical Unit to the Secondary Logical 

nit. 


7. T F_ The rules and regulations for a session between the logical 
units are exchanged and agreed upon in a BIND command sent 
by the Primary Logical Unit to the Secondary Unit. 
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Identify the following Session Types: 


8. T F 


10.7 F 


An LU Type 2 session involves data exchanged between peer 
level Transaction Programs. 


- 


An application program involved with remote batch 
processing of data is called an LU Type 1 session. 


Application Provan involving devices whose presentation 
methods are unknown to the SNA datastreams is called an 
LU Type 0 session. 


11. T F Terminals exchanging data in a Word Processing environment 


12.T F 


are called LU Type 3 session. 


Application programs residing at the Host and processing 
single transactional data from remote terminals is _ called 
an LU Type 6.2 session. 
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13. Using the sample data capture print out, answer the following 
questions: 


a. On which offset line (extreme left of page) do you find the 
beginning of the first actual data message (PIU)? 


b. Which logical unit sent the message? 


- 


c. What LU-LU session type is specified in the BIND command? 


d. What are the profile types indicated for this session? 


=O -1 -2 -3 -4 -5 -6 -7) $8 $9 -A <BR -C -D -E -F 0 0123456 789ARCDEF 
90) Ci FI C1 Fi C1 FS Cl FS) Ct F1 C1 FS Ci FS C1 F4—ALAIAIAIAIAIAIAS® 
10) Ci Fi ci Fi ci Fi Cl Fi Ct Fi C1 F1 C1 FI C1 FS = MATAIAIAIAIAIAIAI® 
20) Ci Fi Ci Fi Ci Fi Ci Ft C4 FI C1 FA C1 FS C1 FY |= #ATATAIATAIAIAIAI® - 
30) Ci FIC! Fi Ci FS Ci Fi Cl FI Ct FS C1 FA. Ci FS #AAIASAIAIAIAIAL® 
40) C4 F4 C41 FI Ci FY Ct FS Ci Fi ci Fst Ci Fd Ct F4 PALATALTAIATATAIAIS 
So) C1 Fi Ci Fi C1 FA CL FL Ct FL Ct FI C1 FI CI FS «© «ALAIALATAIALAIAI® 
60) Ci Fi Ci Fi Ct Fi Ct Fi Ct F4 C1 F1 C1 FI C1 FA) | BASAIALAIASALAIAI® 
70) C1 F4 C1 FI C1 FI C1 FI Cl FI C1 FI C1 FI C1 FI = *ALAIAIASAIAIAIAI# 
Bo) Ci Fi Ct Fi Ci Fi Ci Fi Ct EE 2D 00 04 01 CO S65 HAIAIAIAIA.....0o# 
90) 68 89 99 31 O01 03 OS 4 = =€6 30 BO 90 O2 67 B7 OD ic cc cece cee es G9eF 
AD) GC 61 00 CO O€ E1 90 00 60 06 06 00 00 06 O8 DS cece cece eee c a aN 
RO) C3 C3 Cé Fi FO FO FI 00 CI FI Cl 14 Ci FI Cl 1E 3 86@CCFIOO1.AIA.AIA.® 
CO) 2D 00 01 ©4 06 S6é EB CO 60 31 C1 14 C1 19 CE 14 Meee AAA 
Do) Ci 14 Ch 44 C1 44 C1 44) C94 C8 44 C1 IE C1 14) BALALALALALAL AALS 
Eo) C1 44 Cl 44:04 94:64:94) «004 49 C1 44-08 19 C4 14 ORAL ALA ALA ALA 
Fo) cf 44 C41 44 C4 41 C4 49) Cf 49 C1 44 C1 89 C1 44 ALALALALALALALAL» 


COURSE NO. 669005 (5/93) | | PAGE 3.19 


te 


~ 


wee 


ce 


LESSON 4: MAJOR IBM PU_T2 PRODUCTS 


PURPOSE - 


This lesson will provide examples of major IBM SNA cluster controllers and 
distributed processors. 


OBJECTIVES 
After completing this lesson the student will be able to: 


o List the major IBM SNA distributed processors and cluster controllers and 
_ describe the attributes of each 


REFERENCES 


The IBM Evolving Network Strategies, Nov. 1980, Yankee Group Research, Inc. 
The New IBM, Dec. 1982, Yankee Group Research, Inc. 

An Introduction to the IBM 3270 Information Display System, IBM GA27-2739-15 
IBM 3790 Communication System Host System Programmer's Guide, IBM GC22-90 
An introduction to the IBM 3790 Communication System, IBM GA27-2807-4 

IBM 3650 Programmable Store System Introduction, IBM GA27-3163-2 

IBM System/38, IBM GC21-7728-6 


O000000 
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INTRODUCTION 


Cluster Controllers and Distributed processors that 
At be connected to a PU-T4 or PU-T5 are considered 
-T2s. 


Those that may connect to: another Cluster Controller or 
Distributed processors are considered PU-T2.1. 

Many of the products are defined for specific applica- 
tions or environments. Others are general purpose. 

All have different types of SNA capabilities. 


The PU-T2 and PU-T2.1 products can be classified into 


five groups: 
EXAMPLES: 
oO Interactive Terminal Displays (IBM 3270) 
o Batch Entry Systems (IBM 3790) 
o Vocational Systems (IBM 3650 Programmable Stores) 
o Mini Processor Systems (Series 1; S/34; S/34; S/38) 
© Microcomputers (PC) 


This lesson will provide an example of each. 


VTAM 


PU_T2.1 PU_T? 
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IBM PU_T2 PRODUCTS 


IBM 3270 INFORMATION DISPLAY SYSTEM (interactive) 


Background 


Announced _ in 1971, the 3270 product line provided a 
versatile general-purpose Office system offering 
application software for inquiries, online data entry, 
personal computing, document development, program 
development, and ameans of monitoring the system's 
operations. The individual products available for 
customer selection offered diverse characteristics. 


3270 Product Family 


o Cluster controllers (3271, 3272, 3274) 

o Display stations (CRTs) (3277, 3278, 3279, 3178) 

oO Printers (8262, 3268, 3284, 3286, 3287, 3288, 3289) 

oO Table-top, integrated controller/display stations 
(3275, 3276 

oO 3290 flat screen CRT 

Oo 3299 terminal multiplexor 


Evolution 


o First cateeas tee - Binary Synchronous cewwienatilon 


tions (BSC - 19 
o Second oreention - SDLC 
o Third generation - SNA/SDLC (1977) 
o Fourth generation - Extended Features 
o Fifth generation - New devices 


SNA Capability 


o PU-T2 

o LU1 - SNA character string (SCS) printer support 

o LU2 - 3270 data stream (DSC) and extended data 
stream CRT support 

o LU3 - 3270 data stream (DSC) printer support 
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IBM 3790 COMMUNICATION SYSTEM (Remote Batch) 


, ( ) 3278 
e| = O) 3287 


sueltSrem APP ) 3278 
Sve 


sueltSrem 


APPL }+—O© 3277 
© 328Xx 
3790 
COMMUNICATIONS 
CONTROLLER 
*POWER 
RES 
JES2 
JES3 
Background 


An operator-oriented ot kath consisting of spstaior’ 
terminals, printers, and tape units that provided a 
distributed processing facility. It was designed to 
meet the needs of a remote site staffed with clerical 
personnel. Programs are assembled and stored at the 
host in libraries, then transmitted to the remote 
controller where the programs could be initiated either 
by the host or the 3790 operator; attended or 
unattended. 


3790 Product Family 


© 3791 programmablecontroller (up to 31 programs can 
be executing concurrently) 

Oo Designed for distributed processing of batch data 

o Supports up to six remote 3276 integrated control 
unit display clusters 

Oo Supports 3277 CRTs and 3284, 3286, 3287, 3288 
printers 
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Host Communication Possiblities 


o Host to 3790 database access (interactive) 

o Host to 3790 batch data transfer 

oO Host to 3277 CRI (host programmed services) 

oO Host to 3270 of printer (3284, 3286, 3287, 3288 
3289 printer directly attached to 3791) 

o 3790 RJE function — 


SNA Capability 


PU-T2 | 
‘ 3790 sends field formatted logon 
LUO (full function) 
LU1 (RJ 
LU2 (CICS; IMS) 
LU3 (38270 data stream - DSC) 


OoO00000 
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IBM 3650 PROGRAMMABLE STORE SYSTEM (Vocational) 


3284 
PRINTER 
Ca | 
| APPL 
me = 
APPL _ 3653 3667 
3663 
aes 3687 
COMMUNICATIONS ) APPL 
CONTROLLER 


HOST 3651 


Background 


The demand to increase productivity, satisfy customers, 
and remain competitive lead to the development of 
industry specific applications. Store systems were to 
provide management that ability to monitor sales and 
productivity of the entire chain of Stores or an 
individual stores. 


Following are examples of related vocational applications: 


o 3600 Financial Communications System - geared for 
tellers, officers, and management of 
financial institutions. 


Oo 3630 Plant Communications System - manufacturing 
operations. 


o 3650 Retail Stores System - retail environment 


Oo 3650 Programmable Store System - a highly 
customer-tailored system. Combined 
machines, programs, and communication 
facilities connected loop-fashion for 
large retail or supermarket stores 


© 3660 Supermarket Systems - improved super-market 
facility with customer checkout 
scanners 


o 9680 Programmable Stores - POS terminal for 
various operations (i.e.drugs stores, 
hardware retail, restaurants, 
supermarkets) 
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3650 Programmable Stores Product Family 


3651, controller located in store 

3653, 3663, 3683 POS terminals 

3687 checkout scanners 

3275, 3686 display stations 

3784, 3284 printers . 

3657 ticket unit 

3767 communication terminal 

7481 data storage unit as backup for 3651 failure 


OoO0O000 000 


SNA Capabilities 


oO PU-T2 

o LUO (3650 Pipeline LU) 

o LU2 (3600 Financial Communications System) 
Oo No Function Management Headers 
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SERIES 1; S/32; S/34; S/36; and S/38 (Miniprocessor) 


5211 
5225 


——  \ 3262 
— 3203 
|_| CARD READER/PUNCH 


5251 
5291 
— 5992 5219 
: 4 
——_\ 522 


SUB— 5225 
5256 
SYSTEM WORKSTATION 
°RES CONTROLLER 
JES2 
POW => 
POWER 
| TO ANOTHER 
Background 


General purpose mini-processors intended for the first- 
time users in data processing. The systems include a 
variety of I/O devices and attached peripherals. 
Protocols range from S/S, BSC to SDLC and physical 
sizes range from rack mounted (S/1), desk size (S/32), 
to larger floor models (S/38). 


General Overview 


Developed specifically for interactive jobs 
supports interactive or batch jobs 

3270 emulation (BSC only) 

supports BSC and SDLC terminals 

connects to SNA host via SNA/SDLC 

User friendly - intended as entry system 
16K - 128K byte memory for Series 1 

1024K - 8192K bytes main memory for S/38. 


o0o00o0o0qg00 0 
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S/38 Product Family 


OO0O0000 


5381, 5382 controller with CPU and main storage, 
keyboard, and display screen. 

5211, 5225, 3262, 3203 high speed printers 

3410, 3411, 3430 magnetic tape 

5250 Information Display System 

5256, 5219 table-top printers 2 
3270 Information Display System 

S/38 Operating System 


Control Program Facility (CPF) supporting user 
interface providing control language, libraries, 
operator services, communications, data 
management, and diagnostics. 


- S/38 could act as remote host computer or as 
terminal to mainframe. 


- Can be connected to another S/38 on peer-to-peer 
basis performing Advanced Program-to-Program 
Communications (session type LU6.2). 

- Supports device emulation for: 

- 3270 Information Display System 
- remote 5250 Information Display systems 
- IBM PC 5250 stations (LU4 sessions) 


- IBM PC display station adapter 


SNA Capability 


OoO0o0000 


PU-T2 

PU-T2.1 

LU1 RJE (S/32; S/34; S/38) 

LU2 (S/34; Series 1) 

LU3 3270 device emulation 

up to 50 simultaneous LU-LU sessions per line 
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Microcomputers 


IBM PU_T2 PRODUCTS 


Background 


With increasing communication line costs and the 
availability of less expensive hardware, microcomputers 
serve an alternative form of cluster controller from 
previous standards. Their computing power has 
increased steadily. 


Through emulation software (hardware/software), the 
microcomputer may appear as a data terminal to the 
host. It is the ability of PCs to gain access to data 
stored in a computer’s database and manipulate that 
data that makes them so functional. 


Product Family 


IBM 3270 PC - local processing resource with 


. . 
graphics terminal for S/370- based computers. (1985) 

Oo IBM 3270 PC AT - for high-end commercial users; doubled 
processing power of PC; two graphics versions; 
color available on 3179 display station. 

oO IBM 3270-XT - 512-640 KB internal memory with 
color; can be accessed from S/370 host. 

Oo IBM RT PC - high-end, high performance technical 


workstation (8 users) supporting display units, 
color plotters, non-impact printers, streaming 
tape that can develop graphics/engineer 
applications. (1986) 


SNA Capability 


OoO0O00 
U 
j 
— 
N 
awh, 
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LESSON 5: SOFTWARE OVERVIEW 


PURPOSE 


The purpose of this lesson is to introduce the student to IBM software 
products. 

OBJECTIVES 

After completing this lesson the student will be able to: 

o Identify the IBM SNA software hierarchy 

. © Describe why each is necessary: 

- Operating system 

- Communications access method 

- Transaction Processing Subsystems 

- Other subsystems (JES, TSO, RJE) 


- NCP (and X.25) 
- Network Management 


. SATs i alle SRE haa pr. fe de ae 
2 Gah Maat a ds SRO OM Bets THRO aLe i 5 PRET ee 
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INTRODUCTION 


IBM SNA HOST 


COMMUNICATIONS 
PROCESSOR 


NCR SNA : 
PRODUCT 


For SNA to function properly and efficiently, several 
different software subsystems are required to be 
present in the host and communication controllers. 
Each piece of software has a specific function to 
perform. All devices and resources in the network must 
be correctly defined to the different software systems 
in order for the systems to Properly process data 
received from or for those devices. 
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THE FAMILY MEMBERS 


Operating System 


The operating system controls the operation of the host 
by scheduling activities, loading and supervising the 
execution of programs, allocating internal storage for 
/O device data, initiating and controlling 1/O 
operations, analyzing interrupts, and _ controlling 
multiprocessing operations. 


Operating systems have gone from primitive to oy 
functional in the last twenty years. Lesson 6 will 
explain what the operating systems can do and the 
differences between them. 


Example: MVS, DOS, etc. 


Communications Access Method 


The communications access method is primarily respon- 
sible for routing data between the host and other 
devices in the SNA network. It enables the host 
application programs to exhange data into and out of 
the network without any concern for channel or 
communication line protocol. , ad 


VTAM is the only SNA access method supported today. 7 


VTAM owns all network resources which makes possible 
resource sharing and network management. _ It also 
provides common services such as connection and 
disconnection of links and sessions, error recovery, 
and storage management. 


Example: VITAM 


é 
é 
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Application Subsystems 


Application subsystems control communication between 
interactive application programs and terminal devices. 
Some of these subsystems are transaction processing 
subsystems, sometimes referred to as TP monitors. 


Examples of devices needing to interface to these 
subsystems include automatic teller machines, airline 
reservation terminals, and point-of-sale terminals. 


Some application subsystems are designed for office 
automation. Two examples are DISOSS and PROFS. These 
subsystems are designed to create and exchange office 
documentation among a variety of devices. 


Example: CICS, IMS, etc 


User Provided Applications 

User applications are just that, whatever application 
programs the user needs to accomplish his or her tasks. 
These are likely to include payroll, inventory, 
personnel, etc. 


Example: Payroll, Inventory, etc 


Network Management 


Network management products are very important to SNA 
networks. It is network management applications that 


capture the data that informs the systems programmer | 


how efficiently the network is running. 


Depending on the network management product, the 
systems programmer or network operator may be able to 


monitor the network and detect early signs of | 


degredation that could lead to a total or partial 
collapse of the network. By interpreting data captures 
or traces and isolating the cause, more serious 
problems may be averted, thereby saving the customer 
both downtime and dollars. 

Example: NetView (NCCF, NPDA, NLDM), TARA, etc 


/ 
/ 
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Remote Job Management Subsystems 


Remote job management subsystems, such as JES and 
POWER, allow a remote operator to submit data for 
processing at the host. These subsystems store the data 
until convenient for processing. After processing, the 
host can return the generated output to the same remote 
site or to a different destination. 


Example: JES, POWER, etc. 


Communications Processor Software 


The most significant portion of the communications 
_ processor software is NCP. 


NCP is responsible for relieving burdensome non-host 
tasks from the host itself, such as polling and 
addressing (selecting) stations on the links and 
dialing and answering stations over switched links. 


It also performs message routing duties between nodes, 
handles network address conversion, character code 
translation, and provides multiple link connections 
between adjacent communication processors. 


It can act as a local or remote concentrator gathering, 
queueing, and multiplexing messages from clusters of 
terminals for transmission over one or more high-speed 
trunk lines. 


One communications processor software option is NTO, 
which Eewese support for asynchronous and BSC 
terminals. 


Another is the X.25 interface (NPSI), which allows the 
user to access a public data network or common carrier 
such as Telenet or Tymnet. 


Example: NCP, X.25, etc. 
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LESSON 6: OPERATING SYSTEMS 


PURPOSE 

This lesson will introduce the student to the IBM Operating Systems 
which are typically found in SNA hosts. 

OBJECTIVES 

After completing this lesson, the student will be able to: 

List the evolutionary progress of IBM operating systems 


_|f Identify the acronym and meaning of the four prevalent operating system 


REFERENCES 
— System/370 Principles of Operation IBM GA22-7000 
— 4300 Processors Principles of Operation IBM GA22-7070 
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IBM CPU TYPES 
IBM CPUs (PU-T5) cover a broad spectrum of size and 


sophistication, and are suited to an infinite number of 
implementations. To examine a few of IBM's offerings: 


MAJOR IBM SYSTEMS 


SYSTEM YEAR RELATIVE UNIQUE 
AVAILABLE SIZE CHARACTERISTICS 


and SOFTWARE 
ENTITIES 


HARDWARE 
DISTINCT 


MEDIUM TO LARGE VIRTUAL STORAGE 


TO LARGE 


MEDIUM WATER COOLED 


43XX 1979 MEDIUM SMALL SIZE, ICA 


LARGE 


HELIUM COOLED 


LARGER 


LARGE 


? 
é 
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System/360 


Introduced in 1964, this paved the way for computer 
systems that followed. The most Significant point 
about this processor family was that for the first 
time, hardware and software were two _ different 
entities. 


In terms of hardware, the System/360 consisted of a 
modular family of upward compatible processors, an idea 
which was carried over to its successors. 


System/370 
Also a family of upward compatible general-purpose 


computers, introduced in 1970. It offered a wide range 
of performance levels and storage capacities, fast 


_ internal performance, a choice of channel capabilities, | 


virtual storage, and data communications. 


303X Processor Systems 


In 1977, these processors were introduced as "interim" 
systems. They were architectural extensions of the 


S/370 but offered few capabilities and/or features not — 


found on the S/370. 


308X Processor Systems 


In 1980, the 308X systems were announced and featured 
IBM’s marketing expression RAS or Reliability, 
Availability, and Serviceability. Some new features 
included newer chip technology, shared memory, and 
channel switching. 


This series also introduced helium cooling. Previous 
processors were water cooled. The cooled helium 
circulated through the hardware, maintaining more 
consistent temperatures. 
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4300 Family of Processors 


Introduced in 1979, this family of heavily micro- 
programmed processors filled the low-end of the market 
that until this time has been dominated by the S/370 
family. It was a seven model series suitable for 
computation intensive, high throughput. The 4300 
included an integrated communications adapter (ICA) 
which in effect placed NCP functions in the host and 
ee dca ge VTAME or VTAM Version 2 be incorporated 
in the host. 


Two significant advancements accompanied the 4300. One 
was IBM’s major improvements in semiconductor 
manufacturing and the other was the ability to 
distribute mainframes to remote sites, paving their 
entry into the distributed data processing market by 
emphasizing compatibility with central site hardware 


. and software. 


The 4300 is S/370 compatible, supporting all major 
operating systems and peripherals. Main memory ee 
Leb from 4MB-32MB and disc storage from 262MB- 
5160GB. 


The seven model series 4300s are generally found in 
medium sized shops, ideally suited for commercial or 
engineering/scientific applications that are 
computation intensive or demand high throughput. 

309X Processor 


In 1985, IBM announced an even more powertul processor 


called the Sierra. Its numeric designation is the 309X _ 


series. 


9370 Processor 


Announced in 1985, this processor is designed for the 
mid-range size of processors and is suitable for 
general business, scientific, engineering or other 
technical environments. 


It supports the operating systems of MVS, DOS, and 


VM/SP. The memory range is 4MB-16MB and the disc 
storage is 368MB-5160GB (billion bytes). 
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$/390 PROCESSORS 


This is the latest generation of mainframes released by 
IBM under the title of Enterprise System 9000. The new 
mainframe architecture is called ESA/390. 


Some of its key functional advances are fiber optic 
channels, 200 million instructions per second, up to 
9GB of processor storage, and linking of as many as 48 
processors which can be centrally managed. 


There are five different models which can be selected, 


all which support the operating systems of MVS/ESA, 
VM/ESA, and VSE/ESA. 
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INTERFACING TO THE SNA ENVIRONMENT 
OPERATING SYSTEM EVOLUTION 


An attempt was made at one single operating system 
called the Comprehensive Operating System (COS), but it 
was never released. 


One problem facing the software developers was the vast 
difference in size and speed of the various CPU models. 
It followed, therefore, that System/360 operating 
system development would be divided into two basic 
sections: small systems and large systems. 


First, let's consider the Operating System developments 
for the small users up to the present: 


For small systems, the Basic Operating System (BOS) 
was the first to be released, and it was soon 
followed by the Tape Operating System (TOS) and Disk 
Operating System (DOS). The Tape and Disk Operating 
Systems were, for the most part, identical, with the 
exception that DOS had its software components 
resident on disk and TOS was resident on tape. 


IBM dropped support for TOS after 1969, as the cost 
of direct access storage devices eee became less 
expensive and IBM became less interested in 
maintaining a slow operating system. 


In 1970, IBM announced their support of the virtual 
storage concept, and with it new equipment, namely 
the System/370. Existing software could use this 
hardware, but could not make full utilization of the 


new hardware features. Those operating system 


enhancements would come later. 


Thus, for the low-end user, DOS was upgraded to 
DOS/VS. There were a few JCL enhancements, but 
nothing outstanding. 


In the late 1970s, software enhancements were made 
to DOS/VS and major internal changes were made to 
improve its performance. The result was DOS/VSE (or 
simply VSE as it is often referred to). Presently, 
users Of DOS/VSE are being encouraged to migrate 
typically up to MVS. 
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Next, consider the Operating systems for the larger 


user: 
In the 1960s, IBM had developed OS/360 and was 
distributing it to its large system users. Its 


internal design was much different than DOS and TOS 
in that it could handle a large number of tasks in a 
more efficient manner. It was also designed to keep 
many of its routines resident in main storage for 
very fast access. Two or more processors could 
share core storage under the control of a_ single 
operating system. 


OS/360 actually had three different versions, again 
depending somewhat on size but more on user. shop 
sophistication. The three versions were: 


oO Primary Control Program (PCP) 
Oo Multiprogramming - Fixed number of Tasks (MFT) 
Oo Multiprogramming - Variable number of Tasks (MVT) 


Of the different System/360 models, one was a little 
different than the others. 


Another evolution was in progress, however, within 

the OS environment. OS users divided themselves 

into low-end and high-end. For the low-end OS user, 

VS1 replaced OS/MFT and for the high-end, VS2_. 
replaced OS/MVT. VS2 Release 1 was known as Single | 
Virtual System (SVS) but Release 2 and subsequent — 
releases are referred to as Multiple Virtual Systems 

(MVS), by far the most prevalent of IBM’s operating 

systems. 7 


MVS was enhanced to take advantage of additional 


hardware features in the S30XX processors and it 
became known as MVS/SP. 
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In the late 1970s, the 30XX and 43XX processors were 
announced, and along with them, further software 
enhancements. IBM had developed a 31-bit addressing 
format in order to address more memory and this was 
referred to as MVS/XA. MVS is estimated to have 
over 12 million lines of coding. 


Because these same hardware features have not been 
added to the 43XX processors, MVS/SP performance on 
43XX processors has been decreasing with each new 
release. 


In 1988, IBM announced a further addressing scheme 
for its MVS operating system. This was a 37-bit to 
47-bit scheme that would allow much greater memory 
accesses. The new operating system would be 
referred to as MVS/XB. 
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And lastly, consider the unique Guest Operating System: 


Again, during the 1960s, a “testing” operating 
system had been developed by users, not by IBM. The 
Model 67 had features that allowed users to develop 
an operating system which would be able to supervise 
other operating systems on the same processor as if 
each had its own real hardware system. This 
operating system was called CP-67, and it was the 
forerunner of Virtual Machine/370. 


With the advent of virtual storage, IBM could. see 
the advantage of the virtual machine concept. A 
joint effort was reached between Massachusetts 
Institue Technology (MIT) and IBM to create a 
development-testing environment to accommodate 
multiple operating systems ("guests") in one host. 
And, in 1971, IBM announced VM/370. 


Again, in the late 1970s with the release of the 
30XX and 43XX processors, VM/370 was enhanced to 
take advantage of additional hardware features in 
the 30XX processors and the name now was referred to 
as VM/SP. 


In 1988 and since the development of Extended 
Architecture, IBM is enabling VM/XA to run on all 
$/370 products. On the higher level machines, VM/XA 
will be able to support four “guest” operating 
systems concurrently. 


However, VM/XA SP may require hardware upgrades to 


gain the full benefits provided by the hardware and 
software. 
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VIRTUAL MEMORY 


Various methods have been employed in the past to 
allow large programs to execute in small areas of 
memory. Until 1970 it was the user's responsibility to 
manage this use of memory. 


In 1970, IBM announced its support of virtual memory 
when it integrated virtual memory capability into its 
main operating systems. 


The operating system divides the available real storage 
into two- or four-kilobyte pieces called page frames. 
It also divides the allocated portion of auxiliary 


storage (disk files), called the page data set (page 


file), into the same _ size pieces. This auxillary 
storage is called virtual memory. 


As a program executes, it is loaded from its library of 
residence to the virtual storage area immediately 
before execution. To execute the program, the 
operating system moves pages of the program from the 
page file to real storage. As the program continues to 
execute, more pages must be fetched. As pages are no 
longer needed, they are returned to the page ffile. 
This makes the location in real storage available for 
another page. All of this paging operation is handled 
by the virtual storage operating system and is 
transparent to the user. 
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Extended Architecture 


In 1983, a further extension was available for both MVS 
and VM. The 308X architecture was changed to allow 31- 
bit addressing in the Program Status Word (PSW) to 
address more memory. 


Until this change, addressing was limited to about 16 
million bytes of storage by the 24-bit address.- The 
change now allows addressing of up to 2 billion bytes 
(or gigabytes) of storage. 


In 1988, further addressing extensions were made for 
MVS that allowed a 37-bit address to access up to 128G 
bytes (128 billion bytes of storages)! This could pave 
the way for new mainframe architectures. 
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Both MVS and VM changed names to refelct the new 
Extended Architecture and became MVS/XA and VM/XA. 


It is worth noting that no major enhancements have been 
made to VS1 in the past few years. IBM appears to be 
moving in the direction of support for only three major 
operating systems: DOS/VSE, VM/XA and MVS/XA. 
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DOS/VSE 
DOS/VSE SP 


Small to medium hardware. 

No Multiple Processor support 
Maximum virtual size of 16 million bytes. 
Only 12 partitions. 

Limited JCL function. : 
Operator Intervention. 


OO0000 


This operating system has been designed for entry to 
medium size hardware systems and is limited in its 
ability to manage a large system. 


At present, the maximum machine size of 16 million 
bytes of virtual storage is divided into a maximum 
of twelve partitions each having a fixed size as 
determined by the systems programmer. It cannot 
make use of any multiple-processor configuration. 
Job Control Language (JCL) is still somewhat 
primitive, and many decisions must be made by the 
console operator. 


For example, consider a situation where three jobs 
named A, B_ and C have to execute in that sequence. 
Often it is the operator who has to decide from 
console messages and printed output whether job A 
has completed correctly before job B can be 
executed. The same decision must be made about job 
B before job C can be executed. This decision time 
can hold up the operator and the system. 


With DOS/VSE, nearly all disk, tape and printer 
forms mount messages are handled on the system 
console. This also has the result of causing the 
system to wait for an operator reply. 
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VS1 
OS/VS1 


Runs in medium size hardware. 
Maximum virtual size of 16 million bytes. 
51 regions maximum. 

No multiple processor support. 
Sophisticated JCL. a 
Less operator intervention. 


O0O0000 


VS1 is designed to handle medium size hardware 
systems and to be an entry into the VS2/MVS. It can 
support up to 51 concurrent tasks, of which 15 can 
be user jobs. VSi cannot make use of any multi- 
processor hardware but it is reasonably efficient 
with a large number of resources. 


VS1 JCL is very flexible and allows the system to 
make more decisions. This allows the console 
operator to make only operational decisions rather 
than the scheduling decisions the DOS/VSE operator 
usuSsally has to make. 
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Requires medium to large hardware system. 
Multiple processor support. 

Supports two billion bytes real storage. 
Can handle over 4000 concurrent tasks: 
Flexible JCL. 

Less operator intervention. 

Security and Integrity. 

Good resource handler. 


O0O000000 


MVS is designed for medium to large systems. it is 
designed to handie an extremely high number of 
resources, including multiple-processor 
configurations, shared-DASD (Direct Access Storage 
Device), and other resources the other operating 
systems cannot use. 


The is the most comprehensive operating system 
Offered by IBM. a 

maa 

ee 

encase 


VTAM cics 


MVS JCL has many parameters to allow programmer 
om and could be considered a superset of 
1 


One master operator console and multiple secondary 
consoles allow operator consoles to be located in 
Strategic locations so operators may work more 
efficiently. 


Another important aspect is that of security and 
integrity. MVS has been designed to provide the 
user with both, and IBM is committed to maintaining 
this philosophy. Again, no other system has that 
commitment. 
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INTERFACING TO THE SNA ENVIRONMENT OPERATING SYSTEMS 


VM/SP 
VM/XA 
o Interactive, used for processing by one of the "guest systems" 
o Designed for time-sharing. (time-slice) | 
oO Multiple "guest" operating systems. 
o Good migration aid. 
o Aid for system testing. 


VM/SP is like no other IBM operating system. It has 
the specific function of running multiple operating 
systems and/or timesharing networks using Conversa- 
tional Monitoring System (CMS). It is not designed 
to run batch jobs, except through one of its “guest 
operating systems”. 


The Virtual Machine concept emerged in the late 
1960s but did not really take hold until the late 
1970s. As larger, faster machines were introduced, 
one way the increased processing power could be used 
was by running more than one DOS/VS(E) system in one 
hardware system with VM/SP. Or, the user could 
migrate from DOS to VS1 or MVS by having both the 
old and the new operating systems running in the 
same hardware system. It could also be used to 
test a new release of the operating system by 
installing and testing it in a separate virtual 
machine. 


Prior to 1985 SNA users could not communicate with 
VM/CMS except through one of the guest operating 
systems and a special software system called VCNA. 


In 1985 IBM announced that VTAM could work directly 
with VM. 
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INTERFACING TO THE SNA ENVIRONMENT OPERATING SYSTEMS 
OPERATING SYSTEMS ENVIRONMENT 


The following figure is a representation of what 
size of hardware system is required for each IBM’s 
host operating systems. 


| jefe 
pvmysP_ | tT tt fe leleloleofeleleleiele 
vexA TTT elot  feletelele 


Note that this figure gives a suggested correlation and 
does not imply any restrictions or recommendations. 
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INTERFACING TO THE SNA ENVIRONMENT OPERATING SYSTEMS 
LESSON 6 REVIEW 


1. Which two operating systems available today evolved from OS/360? 


2. Which operating system evolved from BOS? 


3. Which operating system evolved from one originally developed by 
users that supported guest operating systems? 


4. List the three most prevalent operating systems one would 
expect to encounter in an IBM host environment. 


5. List the unique characteristics of IBM’s latest mainframe release. 
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LESSON 7: NCP SOFTWARE 


PURPOSE 


This lesson will provide an overview of the software which is used in 


both an IBM and an NCR Comten network controller- Emphasis will be on © 


the main SNA software program, Network Control Program (NCP). 


OBJECTIVES 

After completing this lesson the student will be able to: 
o List the components of the Network Control Program 
. 0 Identify the function of each NCP component 


o Describe the flow of data from an SNA terminal to a host. 


REFERENCE — 
IBM 


Oo ACF/NCP/VS Network Control Program Installation, IBM SC30-3154 
Oo ACF/NCP Release 2 Data Flow, IBM SR20-4621 
Oo ACF/NCP 2.1 Program Logic, NCR Comten CP-SF51-100 
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INTERFACING TO THE SNA ENVIRONMENT NCP SOFTWARE 
INTRODUCTION 


This lesson will discuss communications controllers and 
the Network Control Program (NCP) software. The NCP 
resides in the communications controller and is the 
link between user’s terminal and the host. 


Software for the Communications Controllers is first 
defined in the form of macro instruction source 
statements, then compiled, processed, and finally 
loaded in the communications controller. 


These definitions include: 


- all links connected to the Controller 

- all Physical Unit nodes in the NCP’s subarea 

- each SDLC address for each of the Physical Units 

- all Logical Units required in the peripheral nodes 

- each local address for each Logical Unit 

- the Virtual and Explicit Route the messages should 
follow through the network 

- each SSCPthat the NCP will communicate with 


; 
$s 
0 
f i 
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INTERFACING TO THE SNA ENVIRONMENT NCP SOFTWARE 
COMMUNICATIONS CONTROLLER HARDWARE 


COMMUNICATIONS CONTROLLERS AND PROCESSORS 


MEMORY # 
MODEL YEAR SIZE LINES CHARACTERISTICS 


IBM 2701 1963 --- 4 Non-programmable 
2702 16 1 Host. | 
BSC - S/S 
IBM 2703 1965 --- 176 Non-programmable 
1 Host 
BSC - S/S 


Comten 3670 1972 512K 384 Programmable 
4 Hosts 


IBM 3704 1972 64K 32 Partly Programmable 
2 Hosts 


IBM 3705 1973 512K 352 Partly Programmable 
| 2 Hosts 


Comten 3650 1975 1M 128 Programmable 
| 2 Hosts 


Comten 3690 #1978 1M 384 Programmable 
1983 4M 512 8 Hosts Concurrent 
1.39 MIPS 


IBM 3725 1983 2M 96 Programmable 
3725/6 256 8 Hosts (6 Concur) 
7 | 75 MIPS 4 
Comten 5620 1985 4M 32 Programmable 
2 Hosts 


IBM 3710 1984 Communications 
Controller 

(Does not run NCP) 

Not attached Host) 


Comten 5660 1986 16M 1,024 8 Hosts 
IBM 4-8M 512 16 Hosts 
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INTERFACING TO THE SNA ENVIRONMENT NCP SOFTWARE 
COMPONENTS OF NCP 


NCP is made up of several software components which 
direct and control the flow of data, and interface with 
the hardware components of the communications 
controller. 


NCP 
PHYSICAL 
SERVICES 


CHANNEL LINK 
INTERFACE SCHEDULER 


3270 BSC 
FUNCTIONS 


SUBAREA 
PATH CONTROL 


CA 
HD 
AA 
N P 
NT 
EE 
LR 


= 
| 

BOUNDARY |! OPTIONS 

FUNCTION | | 


PATH LC eal 
CONTROL 


Channel Interface 


All messages sent between the host and host-connected 
communications controller pass through a channel 
interface of hardware and software. 


The Channel Interface transfers this information to the 
NCP buffer pool at high-speed channel rates. A channel 
can transmit bits or bytes in parallel in a_ single 
operation between main storage and attached [/O 
devices. (SDLC links transmit bits in serial fashion 
and at slower speeds). 


Once a complete PIU has been received, it is presented 
to the Subarea Path Control module in NCP for further 
routing decisions. 
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INTERFACING TO THE SNA ENVIRONMENT 
NCP Physical Services 


The NCP Physical Services module controls all resources 
owned by this NCP, and receives commands such as 
Activate Link (ACTLINK) and CONTACT. It is also 
responsible for the orderly shutdown of the network in 
the event of a failure. 


Subarea Path Control 


The Subarea Path Control module routes all traffic 
which flows through this node. Path Control first 
inspects the subarea portion of the destination address 
field (DAF) in the PIU transmission header. Tif it Is 
not the same subarea number as this node, the PIU will 
be forwarded to another subarea. This subarea Path 
Control will pass control and the PIU to the link 
scheduler, which will send it to the next adjacent 
. subarea node. 


However, if the message is destined for this subarea, 
subarea path control passes the message to the 
appropriate NCP component. 


Link Schedulers 


There are actually three different link schedulers, but 
their basic function is the same. The link scheduler 
is responsible for moving transmission data to and from 
communications lines, out of and into NCP buffers, and 
handling errors which occur on a line. 


The three types of link schedulers are: 


© SDLC link scheduler | 
oO Pre SNA (BSC or S/S) line protocols 
Oo X.25 for NCP Packet Switching Interface (NPSI) 


The SDLC link scheduler is responsible for SDLC (lnk 
level) protocol. It is here that the link header and 
link trailer are added to or removed from the PIU. 


A link header contains a starting flag. the address of 
the secondary PU, and a control field. A _ link trailer 
contains a frame check sequence field and an ending 
flag. Each end of the link uses this information to 
ensure the accuracy of the information being 
transmitted over the link. 
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INTERFACING TO THE SNA ENVIRONMENT 
Boundary Function Path Control 


The Boundary Function Path Control module receives all 
SNA traffic destined for this subarea except commands 
directed to Physical Services. It also receives 
messages (if any) to be sent through a public network 
via NPSI software. 


The Heald Functions must convert a FID type 1 or 4 
to either a FIDS3 or FID2 depending on the type of PU 
that will receive the PIU. The PIU is then sent to the 
link scheduler for transmission to the proper destina- 
tion. 


Network Terminal Option (NTO) 


An optional software module, this application product 
. extends the capabilities of ACF/NCP in a Communications 
Controller to permit non-SNA terminals (TTY) to 
function in an SNA network. 


NCP Packet Switching Interface (NPSI) 


Another optional module. Users who wish to communicate 
through a Public Data Network using X.25 protocol ma 

sles this NPSI application product along with. the NC 

software. 


lf the communication is destined for an SNA device, 
NPSI only substitutes X.25 link packet protocol for 
SDLC link protocol. 


When communication is between NCP and a non-SNA device, 
NPSI also performs the PU and LU function for that 
device. It then converts the SNA information to a 
message format understandable for the X.25 network 
protocol. 
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INTERFACING TO THE SNA ENVIRONMENT 


3270 BSC Functions 


This pre-SNA function handler is responsible for 
message destined for Bi-synchronous (BSC) 3270- 
equivalent devices. 


This part of the software converts a FIDO PIU into the 
proper BSC format. This includes adding the STX, EITX 
and other control characters. The subarea path control 
will pass only a FID type 0 to the pre-SNA handler. If 
subarea path control receives a FID4 which is for a BSC 
device, it must convert the FID4 to a FIDO before 
sending it to the handler. The pre-SNA function 
handier passes the BSC message to the link scheduler 
for aero to the device using bisynchronous link 
protocol. 


. A BSC device does not have a PU or LU. The PU and LU 
balers are performed by the pre-SNA function within 
the , 
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INTERFACING TO THE SNA ENVIRONMENT 
NCP DATA FLOW 


This section will discuss the flow of SNA messages 
through the NCP. The example assumes a _ channel- 
attached communications controller. 


Transmission Header Formats 


The Transmission Header (TH) portion of the PIU can 
have one of six formats. e first nibble of the TH is 
the Format Identifier (FID) and can be a 0, 1, 2, 3, 4 
or F in hexadecimal. 


FID O is used for a message being sent to a 3270 
BSC device when explicit routes are not supported. 


FID 1 is used for a message being sent between 
adjacent subareas involving SNA devices when 
explicit routes are not supported. 


FID 4 is used for a message being sent between 
adjacent subareas when explicit routes are 
supported. 


FID 2 is used for a message oe sent from a 
subarea to an adjacent PU-T2 or PU-T2.1 (APPC). 


FID 3 is used for a message being sent from a 
- subarea to an adjacent PU-T1. 


FID F is a special command sent between adjacent 
subareas when both support explicit routes and it 
involves Transmission Group resequencing. 
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INTERFACING TO THE SNA ENVIRONMENT 
MESSAGES DESTINED FOR THIS NCP 


An ACTPU command destined for this NCP is passed to the 
Physical Services from Subarea Path Control for 
processing. 


ACTLINK commands for lines attached to this NCP are 
also passed to Physical Services for processing. 
Physicial services then notifies the Link scheduler to 
cause DTR to be turned on. The Link scheduler notifies 
Physical Services when DSR is returned. Physical 
Services then prepares the response. 


A separate ACTLINK command will be directed to each 
link to be connected. 


CHANNEL LINK 


SCHEDULER 


SUBAREA 
PATH CONTROL 


oe oe eee eee es OE CCE Zit 


“ 
i 
! 
1 
! 
1 
t 


COURSE NO. 669005 


/ 
é 


NCP SOFTWARE 


PAGE 7.9 


INTERFACING TO THE SNA ENVIRONMENT NCP SOFTWARE 
MESSAGES DESTINED FOR OTHER SUBAREAS 
Subarea Path Control checks the destination subarea and 


routes the message straight through to the link 
scheduler. 


SUBAREA LINE 


CHANNEL 
INTERFACE 
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INTERFACING TO THE SNA ENVIRONMENT NCP SOFTWARE 
MESSAGE DESTINED FOR PUs AND LUs IN THIS SUBAREA 


Subarea Path Control inspects the destination subarea 
value of the Network Address and passes the message to 
Boundary Function Path Control. Boundary Function Path 
Control converts the element address of the Network 
Address to a local addresss which identifies the SLU in 
the peripheral node and forwards the message to the 
proper link scheduler. _ 
lf the message being processed is a BIND, ACTPU, or 
ACTLU command, Boundary Function updates its session 
tables identifying the address of both participants. 


ELEMENT 


CHANNEL 
INTERFACE 


SUBAREA 
PATH CONTROL 
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INTERFACING TO THE SNA ENVIRONMENT NCP SOFTWARE 
MESSAGES DESTINED FOR 3270 BSC DEVICES 


Subarea Path Control passes the message to the 3270 BSC 
Function. The 3270 BSC Functions will remove the TH 
and RH and will pass the message to the Link Scheduler 
for transmission using 3270 link protocol. 


CHANNEL 
INTERFACE 


SUBAREA 
PATH CONTROL 
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INTERFACING TO THE SNA ENVIRONMENT NCP SOFTWARE 
MESSAGES DESTINED FOR NON-SNA DEVICES 


If the receiving device is not an SNA device, subarea 
path control passes the message first to Boundary 
Function for conversion from network to local address. 
At this point subarea Path Control only knows that the 
message is destined for this subarea; it does not know 
what kind of device is receiving the message. 


For Non-SNA Devices - - 


Boundary Function is responsible for passing the 
message to Network Terminal Option. NTO removes 
the TH & RH and passes the message to the link 
scheduler for transmission using the appropriate 
link protocol. NTO also processes any responses 
that are required. 


CHANNEL 
INTERFACE 


SUBAREA 
PATH CONTROL 
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INTERFACING TO THE SNA ENVIRONMENT NCP SOFTWARE 
MESSAGES DESTINED FOR NON-SNA LINKS 


For messages destined for public data network (X.25) 
subarea Path Control may route the message two ways - 


The first is directly to the NCP Packet Switching 
Interface (NPSI) for messages destined to other 
subareas. 

The second is to Boundary Function for messages 
destined to a peripheral node attached to this 
subarea. Boundary Function performs the FID 
conversion before passing the message to NPSI. 
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INTERFACING TO THE SNA ENVIRONMENT 
TRANSMISSION CONTROL 


This section will mention two methods used by the NCP 
to control its resources and its traffic. 


Slowdown 


The NCP can receive messages from either the Access 
Method or the SDLC links only as long as it has 
available buffers. Normally it will send and receive 
at the same average rate. 


When NCP receives more data than it sends during a 
given time interval, its supply of buffers can become 
critical. Should this happen, not even priority 
messages could pass through the network. 


To prevent this, NCP continuously monitors its buffers 
and when the supply reachs a pre-determined threshold 
level, it will automatically enter a slowdown state. 


The systems programmer may set a threshold value 
specifying 12, 25, or 50 percent as the minimum 
percentage of available buffers to maintain. When this 
percentage is reached, then slowdown will occur. Under 
certain conditions during initialization, NCP may 
dynamically alter these percentages the programmer set. 


While in the slowdown state, it will reduce the amount 
of data it receives from SDLC links and the Access 
Method, but will continue to send at the same rate. 
When buffer supply is sufficient once more, the program 
will automatically resume normal operation. 


Good system tuning which uses PACING (discussed below) 
as a tool can minimize slowdown. 
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INTERFACING TO THE SNA ENVIRONMENT 
Pacing 
There are two levels of pacing: 


- VPACING: SSCP to NCP 
- PACING: NCP to LU 


. VPACING is a VTAM parameter and controls the amount of 
data VTAM sends to the NCP for a single device. 


—~§”O Zz 
ruU> 
Sp-ic 


PACING is an NCP parameter. It controls the amount of 
data sent from the Boundary NCP to the receiving device 
in the attached cluster controller. 


The purpose of PACING is to limit the number of PiUs 
sent to a logical unit (LU) before an acknowledgement 
is required. This prevents needless transmission to a 
logical unit that is momentarily unable to process them 
or sending messages at such a rate that the device 
cannot keep up. 


An example of such a device is a printer. A _ printer 
can receive a lot of data at once but cannot print the 
data as fast as it is sent. PACING is the mechanism 
which slows the data transmission to the rate at which 
it can be printed. 


The proper combination of PACING and VPACING ensures 
that there will always be data ready to be transmitted 
to a device without overloading the NCP with data 
stacked up for a device. 


Remember, NCP will permit the primary and secondary 
session partners to negotiate pacing parameters (if 
permitted as defined in the BIND command) during 
session establishment. This could override the pacing 
values that were defined to NCP during its Sysgen 
process. 
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INTERFACING TO THE SNA ENVIRONMENT NCP SOFTWARE 
EMULATION PROCESSING 


o The functions of NCP can be divided into two major 
categories: Network Control Functions (NCP) and 
Emulation Functions (EP). 


- EP: emulation processing performs functions 
equivalent to those provided by IBM’s 270X 
non-programmable controllers. This emutation 
processing allows 270X users to run their 
applications unchanged when a 37X5 replaced the 
270X controller. | 


Oo The software placed in the Controller can perform 
one or the other, or both, depending on how the 
program was genned. in the event that both duties 
could be performed, the environment is referred to 
as Partitioned Emulation Processing or PEP. 


‘ © Each communication line at sysgen time is specified 
for which attribute it is capable of handling (NCP, 
EP, or PEP). If the line is specified as EP, then 
it supports Emulation Processing. lf the line is 
specified as NCP, then network control functions are. 
supported in conjunction with the access method. 


Oo If a line was specified to handie both functions, 
then the operations of that line can be changed by a 
command via the access method. During the Sysgen 
process, each communication line is associated with 
an emulation subchannel address. 


x270 3276 
ES 
3a %e 
SNA 
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INTERFACING TO THE SNA ENVIRONMENT NCP SOFTWARE 
REVIEW LESSON 7 
1. SNA messages transmitted through an NCP node will ALWAYS pass 
through which one of the following components: 
a. Physical Services 
b. Boundary Function 
c. Subarea Path Control 
d. Link Scheduler | 
2. Listed below are functions of the NCP software components. On the 
line at the right, fill in the name of the appropriate software 
component. 


Inspects the destination subarea 
number of the network address 


_Assembles data for transmission 
over the different links. 


Converts message formats between 
3270 BSC devices and SNA PlUs 


Transmits data from NCP buffers 
to the Access Method buffers . 


Converts FID4 transmission header 
to a FID2 for a PU-T2 device 


Processes an Activate Link command 
intended for this subarea 


3. Starting with number 1, number the following software functions in 
the proper sequential order as they would occur for any data sent 
from a remote terminal to a program in the host. 

Subarea Path Control 
VTAM 

Link Scheduler 

Channel Interface Scheduler 


Boundary Function Path Control 
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LESSON 8: VITAM 


PURPOSE 


This lesson will describe the functions of the SNA access method, VTAM. 


OBJECTIVES 
After completing this lesson the student will be able to: 


o State the purpose of an access method and describe its relationship to other 
software systems in the network 


Identify the major difference between VTAM, TCAM, BITAM, and CAM 
List the major functions of VTAM 

List the major components of VITAM 

Describe VTAM network initialization 

Describe steps that occur to logon an LU-LU session 


Describe the flow of data and control information through VTAM 


oO Oo 0 80 0 90 9 


Describe steps that occur when LU-LU session terminates 


REFERENCES 
© 10057 VTAM concepts (IBM Independent Study Program) 
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INTERFACING TO THE SNA ENVIRONMENT VTAM 
ACCESS METHOD FUNCTIONS 
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A Telecommunications Access Method is software that is 
comprised of a set of macro definitions with associated 
operands that define the network’s resources. 


VTAM software consists of libraries which contain 
information about: 


- various applications programs 

- the transmission links 

- switched remote nodes and devices 

- any locally-attached nodes and devices 

- the Logon Mode Tables (LOGMODETAB) 

- the Unformatted Systems Service Tables (USSTAB) 
- routing paths 

- cross-domain session requirements 


- Exit routines for user programs. 
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INTERFACING TO THE SNA ENVIRONMENT VTAM 


VTAM resides in the Host processor and provides the 

interface between application programs and application 

subsystems wanting to Send and Receive data through the 

operating system. 

Some of the functions an Access Method may perform are: 
Oo formats messages for transmission 7 


Oo routes messages to proper applications subsystem 


Oo controls the network (starting, stopping, 
changing configuration) 


schedules or queues messages for transmission 
ensures end-to-end delivery of messages 
handles error conditions 


allocates network resources 


oO O O08 O 9O 


assists in LU-LU session establishment and termi- 
nation 
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INTERFACING TO THE SNA ENVIRONMENT 

ACCESS METHODS 

An Access Method is a program in its own right which 
executes in the host machine under an operating system 
which supports and provides services to its domain or 
cross-domain resources. 


Over the years, there are been several different access 


methods used at one time or another. Some of them are: 


As of 1985 there is only one IBM SNA access method: 
. Virtual Telecommunications Access Method (VTAM). VTAM 
will only communicate directly through channel-link 
protocol to any host-connected devices. For remote 
devices (Asynch, BSC, or SDLC) that are supported, NCP 
provides the link protocol communication. 


ACF/TCAM 


TCAM has been an access method since the 1960’s. | It 
was modified wo work with SNA in the 1970’s and in 1985 
became a VIAM subsystem. 


TCAM provided message switching and message 
construction capabilities, plus was able to queue 
inbound or outbound data for transmission in real 
memory, not on disc storage. This resulted in less 
time-consuming I/O access time upon later retrieval of 
the queued messages. 


ACF/VTAME 


In the late 1970s, IBM 4331 and IBM 4321 processors 
were designed with integrated communications adapters 
in the host. Consequently, a separate Communications 
Controller was not required. The functions normally 
performed by NCP were now performed by VTAME. Today 
these extra functions are a standard part of VTAM, so 
there is no separate product. 
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INTERFACING TO THE SNA ENVIRONMENT 
BTAM FUNCTIONS 


Basic Telecommunications Access Method (BTAM) is the 
major non-SNA access method. However, there are also 
many others. 


BTAM is a very simple access method. It is associated 
with only one subsystem or application. Therefore 
there must be repeated copies of BTAM or some- other 
pre-SNA access method (e.g. RTAM or QTAM) in a Host for 
oa application subsystem requiring its features and 
unctions. 


When BTAM is used, the subsystem or application program 
is responsible for device characteristics and for 
polling and selecting the devices. 


BTAM works in conjunction with the non-programmable 
270X series of communications controllers. It will 
- also work with Emulation Processing or Partitioned 
Emulation Processing in a 37X5 communications 
controller. 


Non-SNA messages enter the host through a different 
channel than SNA messages. They do not pass through 


e 
the SNA access method to reach TAM. 


IBM 3081 
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INTERFACING TO THE SNA ENVIRONMENT 


NCR COMTEN’S CAM 


NCR Comten offers a product that moves the SNA access 
method functions into the front end processor. The 
product is called Communications Access Method (CAM). 


CAM can offload from the host many of the typical AM 
functions including: 


-_- 


O starting and stopping network elements 
o establishing and terminating sessions 
oO routing 


CAM also supports application programs that can be 
written by the users. Currrently NCR Comten offers an 


application program called Automatic Message Switch for 
message switching at the front end processor. 


Emulation SNA 
Host Host 


: ~ 3690 - 
HIF 3272 | HIF 3274 


Console 
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Terminals 


COMMUNICATIONS ACCESS METHOD 3 
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INTERFACING TO THE SNA ENVIRONMENT VTAM 
MAJOR VIAM COMPONENTS 


PUS/LUS 


Application Program Interface 


o Processes commands from the application 

o checks for completion of operations, notifies appli- 
cation of completions 

o example: SEND; RECEIVE commands 


PU Services 


Oo performs Boundary Function services for channel 
attached devices — 
O Manages route to various sub-modules sy 


LU Services 


oO VIAM’s portion of the PLU 

Oo also performs services for the SLU 

o sends BIND and SDT 

O notifies the SSCP a session is started 


Transmission Subsystem Component | 


oO Formats TH and RH for outbound PIU | 
O Interprets TH and RH for inbound PIU : - 4 ® ee 
o Controls pacing | 

o Selects outbound route 7 

O Interfaces to Operating System for input and output - 

o Forwards RU to the appropriate VTAM component 


SSCP 
o activates and deactivates network elements 


© processes logon and logoff requests 
O maintains status tables of all network elements 
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INTERFACING TO THE SNA ENVIRONMENT 
VTAM NETWORK INITIALIZATION 


Two methods for network Start-of-day activation: 


o Hierarchial - 


Activation begins with the most superior 
resource VTAM, then SSCP, then the Physical 
Unit in the Host, followed by the ‘Links, 
Physical Units, and Logical Units in the 
network. 


o Cascade - 


Activation involves only § a_ portion. of 
the network, such as a selected subarea or even 
just portions of a particular subarea. 


‘ To simplify this start-of-day task, job control strings 
may be genned into the software to activate either the 
entire network or just a portion of the network for the 
operator. 
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INTERFACING TO THE SNA ENVIRONMENT VTAM 
START-OF-DAY ACTIVATION 


A step-by-step example might take place as follows: 


o "Power-up" local and remote physical resources 
(processor, controllers, modems, work-stations, 
etc.) _ 

oO Begin IPL (Initial Program Load) of disc Operating 
System into processor memory, and Operating System 
assumes control. 


o Operator issues system commands to start the Access 
Method. Access Method will activate respective 
SSCP, PUs (SSCP-PU) and links. 


o SSCP-LU sessions may be established with application 
subsystems in the host. 


o Under control of the Access Method, a loader 
utility program down-loads NCP into each proper 
Communicatons Controller. 

Oo SSCP-PU session established with adjacent NCP. 


o SSCP issues ACTLINK commands for link station 
activation (DTR/DSR) 


o SSCP-PU session established in Cluster Controllers 
o SSCP-LU session established in Cluster Controllers 
Oo LU-LU sessions may now be established, either 


by the SLU, PLU, start-of-day routine, or by the 
network operator. 
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INTERFACING TO THE SNA ENVIRONMENT 
LU-LU SESSION ESTABLISHMENT 


A temporary connection permitting two end-users to 
exchange network data is called an LU-LU session. When 
the session is established, the characteristics of that 
session are determined by the exchange of a BIND 
command between partners. 


To establish an LU-LU session, a “logon” must first 
occur. 


Format for an SLU logon: 


logon applid(name) logmode(name) data(user data) 


- logon: Constant value which describes the 
function of the SLU request 


Corresponds to an table entry in the 
VTAM USSTAB (Unformatted Systems 
Services Table). 


- applid: Application subsystem name which 
the SLU seeks to establish a 
session. 


- logmode: Corresponds to a table entry in 
the logon mode table. 


May be either a_ specific or 
defaulted entry in a LOGMODETAB 
(logon mode table) which 
identifies the proper’ BIND 
parameters for the session. 


- data: Information included with the logon 
request and forwarded to. the 
application program by the operator. 


Example: logon applid(CiCS) logmode(R3270) data(040338) 
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INTERFACING TO THE SNA ENVIRONMENT VTAM 
Terminal Logons , 


Three methods to establish a session from a terminal. 


o Unformatted (long version) 


- logon applid(name) logmode(name) 


Oo Unformatted (short version) 


- ex: CICS 
logon TSO 
IMS 


o Field Formatted 
Programmable devices generally send field formatted 
logons. Non-programmable devices generally send 
character coded logons. 


- INITSELF (true SNA command) 


INIT Locon |RECUSSTED! sass 
SELF MODE NAME WORD 


PLU or Third Party Initiated Sessions 


Sessions that are established as a result of an 
application or subsystem command or by a network 
operator may identify the correct logon mode entry or 
may assume a default logon mode entry. 
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INTERFACING TO THE SNA ENVIRONMENT VTAM 
SESSION ESTABLISHMENT PROCESS 


PLU 


ee 
APPL LUSVCS SSCP — . SLU 


logon 


initself ————>- +HSP 


<——— CINIT 
=—— Notify 
OPNDST-———> 
BIND 


<——______—__________+R5p 
SESSST ———> 


ST —————_______ 


—$_—____________+RsP 


<—______— +RSP 
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INTERFACING TO THE SNA ENVIRONMENT VTAM 
DATA TRANSFER 


Oo Sending or receiving of data by the Application 
program must refer to an RPL of Request Parameter 
List which is a control block area used by the 
application program to describe most of its 
requests: 


o The FORMAT for the RPL and some of its associated 
macros appear as follows: | 


RPL AM = VTIAM 
ACB = acb address 
AREA = address of output area from which data will be written 
RECLEN = length in bytes of user data found at AREA 
STYPE = REQ or RES 
SEQNO = sequence number found in the Transmission Header 
RESPOND = no response; definite response; exception response 
CONTROL = DATA or some SNA command 
CHAIN = begin; middle; end chain 
CHNGDIR = change direction indicator 
BRACKET = begin; middie; end bracket 


o Using this information and the information in_ the 
session control block, the TSC portion of VTAM 
builds the PIU (TH + RH + RU). It then notifies 
the emercund System that a message is ready to be 
sen 


o After the message has been sent, VIAM places 
feedback information into the RPL control block to 
be examined by the application program. This 
information indicates completion of transmission 
and status of the transmission. 
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INTERFACING TO THE SNA ENVIRONMENT 
ACCEPTING DATA 
The Application program may accept data (requests) and 
responses by three different methods: 

o RECEIVE instruction 


o SEND instruction . 
o EXIT routine 


RECEIVE 


lf a RECEIVE is used, the application can issue it 
at any time. The RECEIVE will be available and 
bose for an incoming Request message from a 
terminal. | | 


The Receive command will move data received by VITAM 
into an input area inthe application program or sets 
the is fields to indicate that data has been 
received. 


SEND 


If SEND is used, it can transmit a data request or 
send a response to a previous request it received. 


The SEND operation is not considered complete until 
the response is received. 


EXIT 


An EXIT routine can also be used to process 
responses from the terminal. Whenever a response is 
received, VTAM will forward It to the proper 
response exit routine for processing. 
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INTERFACING TO THE SNA ENVIRONMENT 
SESSION TERMINATION 


Either session partner may request the termination. 
The LU for a terminal initiates the shutdown usually 
from an operator controlled terminal (CRT), while the 
application would initiate the shutdown for an 
unattended terminal (printer). 


If the SLU requests the termination process, it can 
send the logoff request either to SSCP or to the PLU. 
Regardless who receives the request, eventually VIAM’s 
LU services sends an UNBIND to the SLU. . 


PEE vTam 
ee 
APPL LUSVCS SSCP SLU 
= 7 LOGOFF. 
‘ +RSP 
CTERM 
———— NOTIFY 
CLSDST ———>- 
(CLEAR) 
| +RSP 
UNBIND ———————_—______—_——_————- - 
+RSP 
SESSEND ——— 
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INTERFACING TO THE SNA ENVIRONMENT 


REVIEW LESSON 8 QUIZ 


Circle the proper True/False answer for the questions below: 


1 


T 


F 


The Physical Services component of VTAM controls the 
activation and deactivation of the various network 
resources. 


- 


The Transmission Subsystem Component is responsible for 
handling routing functions within VTAM? 


The Application Program Interface (API) is an command 


interface between the Application Subsystems and the other 
components in VIAM. 


LU Services is responsible for formatting incoming and 
outgoing PIUs and interfaces with the queues of the Host's 
Operating System. 


VTAM 


SSCP issues the session BIND command and the SDT command. 


It is the responsibility of SSCP to maintain network 
resource session tables. 


The Transmission sag faye Component routes incoming 
messages to the proper VIAM component. 


LU Services is responsible for notifying SSCP that it and 
the partner LU have agreed to the session characteristics 
and are now in session. | 
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LESSON 9: IBM SUBSYSTEMS 


PURPOSE 


This lesson describes the most commonly used af the subsystems that 


support SNA. 


OBJECTIVES 


After completing this lesson, the student will be able to: 


.@) 


_ oO 


List the major IBM subsystems 


Identify the LU types supported by each subsystem 


REFERENCES 


e) 


o Oo 80 92 


Demystifying the BIND, Presentation at SHARE 58 by Jay Burnside 
CICS General Information Manual, IBM GC33-0155-0 

OS/VS Remote Entry Services, IBM GC28-6878-4 — 
DOS/VS POWER: Installation Guide & Reference, GC33-6048-1 — 


JES3 System Programming Library: Installation, Planning, & sid 
IBM SC23-0041-2 


JES2 System Programming Library: Installation, Initialization, & Tuning, 
IBM SC23-0046-2 


IMS/VS General Information Manual, IBM GH20-1260-11 
IBM System/370 and 4300 Processors VSE/POWER, IBM SH12-5329 
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INTERFACING TO THE SNA ENVIRONMENT 
INTRODUCTION 


There are several different classes of application 
subsystems. 


There are Terminal Monitors, RJE subsystems, and Network 
Management subsystems. ~ 


Terminal Monitors (Teleprocessing Monitors) 


o CICS 
o IMS 
o TSO 


RJE Subsystems 


o POWER 
o RES 
o JES2 
o JES3 


Network Management 


NetView 
NCCF 
NLDM 
NPDA 


OoO000 
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INTERFACING TO THE SNA ENVIRONMENT IBM SUBSYSTEMS 
CUSTOMER INFORMATION CONTROL SYSTEM (CICS) 


aaa 
APPL 


- Terminal Monitor or Transaction Processing 


Definition - CICS operates between the communications 
interface software (VIAM) and the user application 
program. It controls all transactions entering the 
application subsytem (CICS). 


Features: 
© calls and activates the user's application 
program upon request by local or remote 
terminals or subsystems. 


© queues transactions for processing when 
resource is available. 


Oo removes or adds communication control = : 
characters as transactions enter or leave beeen, hae 
the system. 


© controls concurrently running programs for 
many online users. 


oO starts recovery procedures following 
abnormal termination. 


O may perform some screen control. 


© provides security features to prevent 
unauthorized access to files. 


© monitors performance/provides statistics 
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INTERFACING TO THE SNA ENVIRONMENT IBM SUBSYSTEMS 
How CICS Works 


OPERATING SYSTEM 


1. End-user logons to CICS; identifies themselves, and 
indicates user application program to execute. 
CICS terminal control accepts the input and places 
it in a work area. 


2. System Services (interface between CICS and 
Operating System) determines if program already 
resides in memory or needs to be loaded from 
program library disc storage. 


3. Be obey to execute is either already in memory or 
ed from program library. 


loa 


FI SYSTEM 
CONTROL SERVICES 


0 
DATA APPLICATION 
BASE 


4. Application runs as a concurrent job under control 
of CICS. 


5. Application Program Services may format a menu to 
send to the terminal, allowing the operator to 
input further requests. 
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6. Application Program Services accepts the operator’s 
response. 


7. File Control will then access the proper database 
files for the requested information. 


8. Again, Application Program Services will format the 


database information and forward it to the 
terminal. 
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Operating System Support 


Access Method Support 


o VIAM 
o BTAM 


Functions Performed 


Online Inquiry only to Centralized Database. 

Online Inquiry and Update to Database. 

Online Data Entry to create files at host for 
subsequent processing or to be accessed by another 
user. 

© Handles online message switching between terminals 
which does not involve data processing or file access. 


oR eke) 


LU Support 


OoOoO0o0o0 0000 
rr 
Cc 
wd 


BIND Image 
Each terminal is defined in the CICS Terminal Control Table. 


CICS may modify the CINIT to create a BIND based on 
information in its Terminal Control Table. 
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INTERFACING TO THE SNA ENVIRONMENT 
INFORMATION MANAGEMENT SYSTEM (IMS) 


. Data Base Manager 


Definition: - | a method of providing users with the 


ability to organize, consolidate, and 
integrate various data records to serve one 
or more applications in a single database 
environment. 


Features: - 


0 


Database records are stored as interrelated, 
individual segments in an hierarchial manner, 
such that each segment is related to and in 
some way dependent upon the segment above it. 


Database record information is stored only once. 
Database may be shared by many applications ~ 
stemming from different departments within a 
company. 


Application program is independent of physical 
Structuring of the database. 


Security is provided to limit operators or other 
applications access to the database. 


Permits both batch and online access to 
database. 


Recovery control and logging control facility 
available. | 
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INTERFACING TO THE SNA ENVIRONMENT IBM SUBSYSTEMS 
HOW IT FUNCTIONS 


{wmf [om J 


N oo 
~ 


oo a 


INSTR: SCHEDULE 


INSTR: COLLIER, J 
COURSE: ALG! 
ENG Il 


HIST 101 


INSTR: GHELKEN, E 


INSTR STUDENTS 


INSTR: COLLIER, J — ALG! 
FELT, P — PASS 


OPERATOR A 


(7) OPERATOR B 


o Operator A produces display of instructor, listing 
all of that instructor's students and their grades. 


o Operator B produces display of each room and the 
classes that are taught in that room. 


o Operator C produces display listing each instructor 
and the courses that each instructor teaches. 
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Data Communication Feature 


oO Optional feature that extends the functions of DL/1 
and IMS to the online, real-time environment. 


Oo Permits users to sit at terminals, enter 
transactions, and have the results displayed 


- 


O Terminal/Teleprocessing Monitor 


O Message Format Service - simiplifies the development 
and maintenance of terminal-oriented programs. 


© Multiple System Communication (IMS-IMS) - permits 
the linkage of multiple IMS systems to distribute 
processing loads to satisfy geographical or other 
business requirements. 


© Intersystem Coupling (CICS-IMS) - permits data to be 
‘exchanged between other IMS-IMS or IMS-CICS systems. 


Oo Performs routing, queuing, and interfacing to VTAM. 


Operating System & Support 


o MVS 

o VS1 

Access Method Support 

Oo VTAM o BIAM 


Functions Performed 


Inquiry 

Update 

Data Entry 
Message Switching 


LU Support 


o LUO o LU1 o LU2 
o LU4 o LU6.1 o LU6.2 


BIND Image 


OoO0o00°o 


Logical terminals are defined to IMS. Each logical 
terminal is associated with the physical terminal. IMS 
does use the logmode table entry. However, IMS may 
change the maximum RU size and the FM and TS usage 
fields based on the LU’s definition to IMS. 
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INTERFACING TO THE SNA ENVIRONMENT IBM SUBSYSTEMS 
TIME SHARING OPTION (TSO) | 


Online Editor - an interactive, online editor providing 
the facility for multiple users to use the 
computer's resources on a shared basis for creating 
and manipulating data, programs, and JCL (job 
control language) files. 


Features - 


Oo each user receives a time-slice of the 
processor's execution time 
provides debugging tools 
System programmers: for maintaining system 
libraries, catalogs, and procedure libraries. 
_ Application programmers: developing new 
applications and maintaining existing programs. 
Programming Librarians: creating, maintaining, 
and controlling development and production 
libraries. 
o Job Retrieval 
o Data/Text Entry 


0 0 00 


Operating System Support 
o MVS 

Access Method Support 

o VTAM 

LU Support 


o LU1 
o LU2 
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BIND Image 


TSO does use the logon mode table entry with certain 
modifications. It first checks the BIND for specific 
fields. Depending on the FM Profile and the LU type, 
TSO may modify the max RU size or the Presentation 
Services usage. 
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PRIORITY OUTPUT WRITERS, EXECUTIONPROCESSORS AND INPUT 
READERS (POWER/VSE) 


RJE System 


Definition - an application to improve throughput of a 
. computing system by separating input and output 
operations and the internal computing operations of the 
application programs, a process known as spooling or 
Simultaneous Peripheral Operations On-Line. 


Features - 


re) idee input data and stores on input queues on 
isc. 

jobs are transferred to partitions and executed. 

job output is stored on output disc (or tape). 

queues before final processing. 

ae may be spooled at remote site on diskettes 

or disc. 

provides operator monitoring capabilities. 

supplies accounting information for each job run. 


00 90 O00 


Operating System Support 

o DOS/VSE 

Access Method Support 

Oo VTAM 

LU Support 

o LU1 

BIND Image 

POWER uses the BIND image in the logmode table. 


} 
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INTERFACING TO THE SNA ENVIRONMENT IBM SUBSYSTEMS 
REMOTE ENTRY SERVICES (RES) | 


RES System 


Definition - a method of transmitting jobs efficiently 
and conventiently from remote sites to the OS/VS1 operating 
system for execution. 


| Features - 


RES accepts data from remote sites 

schedules jobs for execution 

routes output to originator or to some other 
user 

permits messages to be broadcast to a specific 
user, the central operator, or to all other users 
permits the operator to monitor the status of 
the job(s) submitted 
remote workstations may be unattended 

spools output 


00 0 08 9000 


Operating System Support 
o OS/VS1 
Access Method Support 


Oo VIAM 

oO RTAM -access method controlling transmission of 
data between the centrol processor and the 
remote sites. RTAM controls BSC terminals 
directly and interfaces with VTAM for SNA 


terminals. 
LU Support 
o LU1 Oo LU4 
BIND Image 


RES uses the BIND in the logmode table entry without 
changes. , 


COURSE NO. 669005 | PAGE 9.13 


INTERFACING TO THE SNA ENVIRONMENT IBM SUBSYSTEMS 
JOB ENTRY SYSTEM 2 (JES2) | 


RJE 


Definition - permits selected jobs, files, operator 
commands and messages, and job accounting information 

- to be entered from one node, and possibly routed to 
another for execution, and lastly be directed to one or 
more nodes for output. 


Features - 


o Ability to route input between Hosts. 

Schedules or queues jobs for execution. 

Ability to route output. 

Permits application to application communication. 
Ability to spool the output for later 
transmission. 

Operator has ability to monitor and control job. 
Account information is collected and produced by 
7 oe that participated in the processing of 
the job. 


oO 9o000 


Operating System Support 
o MVS 

Access Method Support 

Oo VTAM 

LU Support 


o LUO 
o LU1 


BIND Image 
JES2 modifies the BIND based on parameters coded for it. 
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- 


THIS PAGE IS WHITER THAN MR. CLEAN 
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HOW IT FUNCTIONS 


‘; 
/ 
/ 
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1. Job data is input and placed on transmission queue. 


2. bla ready, job data is transmitted to adjacent 
node. 


Job data received is placed on execution queue. 
4. Job is executed. | 


5. Completed job is placed on output queue for 
destination transmission. 


6. Completed job is placed on queue for final output 
transmission to terminal device. 


_ 7. Final job data is transmitted to device. 
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JOB ENTRY SYSTEM 3 (JES3) 


RJE 


Definition - in addition to the normal features of RUJE, 
JES3 provides enhanced management control over jobs 
submitted for execution by providing an advanced 

- operations and scheduling feature to balance the 
workioad, and an approach which allows multiple 
processors to maintain a single image for operations, 
job scheduling, and resource management. 


Features - 


accepts input data 

queues and schedules jobs for execution 
handles job setup functions © 

monitors execution of job 

schedules deadlines 

spools output for later processing 

job are not selected for execution until all 
resources are available 


ome) 


Ooo000 


Operating System Support 
o MVS 

Access Method Support 

o VIAM 

LU Support 


o LUO 
o LU! 


BIND image 


JES3 uses the BIND in the logmode table without 
changing it. 


7 
é 
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INTERFACING TO THE SNA ENVIRONMENT IBM SUBSYSTEMS 
HOW IT WORKS 


1. Job data is input where it is analyzed and placed 
on the job queue. 


2. Converts JCL statements; determines resource 
requirements and builds control blocks. 


3. Setup of resources (devices, volumes, and files) 
associated with the job are requested. 


4. Job is selected for execution either with normal 
options, priority options, or specific sequence. 


5. Job is executed and monitored. 


6. Completed job is scheduled for output, first; then 
actual output phase takes place. 


7. Purge releases all of the job’s resources. 
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REVIEW LESSON 9 


1. Column A contains a list of functions for the test items in Column 
B. On the line at the left of each function, write the letter of 
the test item from Column B that describes that function. Each 
oo in Column B may be used once, more than once, or not at 
all. 


Column A . Column B 


JESS 
CICS 


1. A subsystem that performs complex A 
duties such as gathering job data 
input, checking for availability B 
of resources, queueing jobs for 
execution, monitoring jobs as they Cc. TSO 
execute, spooling output, and 
outputting job to device terminals. D. IMS 

E. JES2 


2. A time-share subsystem that is 
predominantly utilized by programmers 
for program-type development work. 


3. A transaction processing system session 
between interactive application programs 
and the devices to which the application 
is connected. 


4. A subsystem that permits input to be sent 
to an initial node, then to be routed to 
another node(s) for execution and output. 


5. A collection of logically related, but 
independent, records stored together ‘without 
unnecessary redundancy to serve one or more 
applications concurrently. 


2. “8 the application subsystems that support all LU- LU session 
pes. 


: 
/ 
¢ 
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LESSON 10: DATA FLOW THROUGH THE NETWORK 


PURPOSE 


This lesson provides an overview of data flow through the network 
components. = 


OBJECTIVES 

After completing this lesson the student will be able to: 

o Describe the seven functional layers of an SNA network 
o Describe how a message moves through the network 


' © List the components of a message as it passes through the network nodes 
REFERENCES 


o System Network Architecture, Format and Protocol Reference Manual: 
Architecture Logic IBM SC30-3112 
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LAYERED STRUCTURE OF SNA 


SNA is a classic example of an hierarchically layered 
architecture composed oftwo structures, namely NAUs 
and the Path Control Network. 


These layered functions are modular in nature and 
independent of each other. - 


All interaction, whether end-user or_specific SNA 
network is controlled, conducted and managed by these 
peer components based on specific protocols. That is 
to say, a layer in one node will interact with the same 
peer layer in another node. 


Separation of layers enables changes in one layer to be 


performed without affecting functions in any of the 
other layers. 


SNA FUNCTIONAL LAYERS 
The services that SNA provides may be categorized as: 


o NAU Services - services that are associated 
with the SSCP, PU, and LUs. 


o Path Control Network Services - services | 


associated with the two layers that make 
up the path control network itself. 


USER A 


se/58/5 
52/83/8 


APPLICATION APPLICATION 
| LEVEL 7 AYER y 
1 
' LEVEL 8 enepenavon oe 
DATA FLOW 
LEVEL 6 YER 
TRANSMISSION TRANSMISSION 
LEVEL 4 LAYER LAYER 


Lever | PATH CONTROL PATH CONTROL PATH CONTROL 
LAYER LAYER LAYER 
DATA LINK DATA LINK 
PHYSICAL PHYSICAL PHYSICAL 


r r 4h 
m 
 ] 


L 
Li 
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INTERFACING TO THE SNA ENVIRONMENT DATA FLOW 
APPLICATION LAYER LAYER 7 


o This layer is the highest layer and provides 
the actual support for the end user. 


o. This is the end-user interface to the network 
o Some of the responsibilities of this layer are: 


o Allows two programs to communicate without 
regard to any of the network protocols. 


o Allows a database to be accessed without 
having to specify to the program where the 
database is located. 


PRESENTATION LAYER: LAYER 6 


o This layer converts and reformats the data 
between two session partners. 


o Some of the responsibilities of this layer are: 


o Data Formatting 

o Compression and Compaction of data 

o Screen Formatting 

o Code Set Conversion (ASCII <-> EBCDIC) 


DATA FLOW LAYER LAYER 5 


o The services of this layer pertain to the flow 
or integrity of the data within a particular 
session: 


oO It may provide the following services: | : 
Oo DATA FLOW: 


Oo Flow Direction 
re) Chaining 

oO Bracketing 

o Response Control 


Oo SESSION SERVICES: 


Session Partner Verification 

Network to Local Address Conversion (and vice versa) 
Virtual Route Choice 

Queuing 


OoOo0o0°o 
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TRANSMISSION LAYER LAYER 4 


o This layer provides end-to-end control 
functions for the data passing between two LU 
session partners. 


o Some of its responsibilities are: 
o Session Level Pacing 
o Request/Response Header construction 
oO Transmission Header Sequence Checking 
o Encryption 


PATH CONTROL LAYER: LAYER 3 


o This layer is responsible for providing a path 
pe the network (from node to node) for the 
ata. 


o Some of its responsiblities are: 


Selection of link for Routing 
Transmission Header Construction 
Boundary Function Path Control 
Message Segmentation 

Message Sequencing 

Virtual Route Pacing 


O0O0000 


DATA LINK LAYER: LAYER 2 


o This layer is responsible for the error free 
transmission over the physical link. 


o Some of its responsibilities are: 
Link Header and Trailer construction 
Data Transfer 


re. 
@) 
o Error Detection and Error Correction 
o Retransmission of error frames 


GOURSE NO. 669005 (rev 5/93) PAGE 10.4 


INTERFACING TO THE SNA ENVIRONMENT DATA FLOW 


PHYSICAL LAYER LAYER 1 


o This is the lowest layer which is responsible 
for establishing, maintaining, and 
disconnecting the link stations. It specifies 
the mechanical aspects such as the dimensions 
of the plugs and sockets, the pin assignments 
(functions), voltage levels, and sequence of 
activation or deactivation of these pin signals 


o SNA does not define this physical layer. The 
definitions for this layer have been the 
responsibility of various standards 
organizations, such as_ the _ Electronics 
Institute Association oy or Consultative 
Committee International for Telegraph and 
Telephone (CCITT). 
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INTERFACING TO THE SNA ENVIRONMENT 


EXAMPLE OF DATA FLOW THROUGH THE NETWORK 


This lesson will now trace a message unit as it travels 
from the end user’s terminal to the host application, 
and also follows that message’s reply as it returns 
from the host application to the terminal. | 


Remember that the message unit represents a “request 
for information”, and the reply represents the “return 
of the requested information". 2 


The reply does not represent the SDLC link level 
response nor is it an SNA positive or negative 
response. The reply does represent the information 
returned by the host application after processing the 
Original user message. 


\ 


The User’s View of the Network 
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INTERFACING TO THE SNA ENVIRONMENT 
HARDWARE COMPONENTS 


The message travels through a number of hardware 
components from end user terminal to host. 


NODES LINKS - 


ee (BM 370 1/0 CHANNEL 


SOLC COMM. LINK 


PRODUCT-DEFINED LINK 


The hardware components consist of: 


Terminal 

Product-defined link 

NCR SNA PU-T2 product (cluster controller) 

SDLC line and modems 

aa alae controller (or Front End Processor 


(FEP)) 
IBM 370 1/O Channel 
Host processor 


00 o0o00°0 
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INTERFACING TO THE SNA ENVIRONMENT DATA FLOW 
SOFTWARE COMPONENTS 


The message must also navigate many software products 
and modules before it reaches the host application. | 


HOST 


OPERATING SYSTEM 


Grouped by the nodes in which they are found, these 
software modules include: 


o NCR SNA PU-T2 


- SNA application software 
- SNA base software 
- SDLC Driver 


o Communications Processor 


- Link Interface 

- Boundary Function 

- Subarea Path Control 
- Channel Interface 


o Host 
- I/O Channel Driver 
VTAM 


- CICS 
- CICS Application and Data Base 
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SNA SESSION ESTABLISHMENT 


SESSIONS => RUs 


1) SSCP-PU  ACTPU 

2) SSCP-LUa ACTLU 

3) SSCP-LUb ACTLU 

4) LUa-LUb BIND: - 
SOT 


} 
oe 
' 


Ct 
TERMINAL es 


The following sessions must have been established prior 
to communication between the terminal and CICS. 


o SSCP-PU 
o SSCP-PLU 
Oo SSCP-SLU 
o PLU-SLU 


The LU which represents the terminal end user is in the 
NCR SNA PU-T2 and is designated LUb. The LU represent- 
ing the CICS application is shared between VTAM and 


CICS and is designated LUa. LUa and LUb must be in 


session before the end user can send a request for 
information to CICS. The SSCP in VTAM must have 
previously activated the PU in the NCR _ cluster 
controller and also have activated both LUa and LUb. 


The span of SNA is from the cluster controller to CICS. 
Both end users (terminal operator and CICS application) 
are outside the span of SNA. It is therefore easy to 
see how SNA is transparent to the end user. 
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MESSAGE TRANSFORMATION 


As data flows through the network, its format changes. 
Various kinds of control information are added or 
changed. 


Terminal To Product Defined Link 


To 
Ciuster e 
Controller 


Product Defined 
Link 


RX | TRVL |XX} VACT | XX} O2/t2/06 | XX | G2/18/84 | XX| DAYTON [XX 


CC TXID CC REQUESTCC FROM CC TO CC LOCATION CC 
N TYPE DATE DATE 7 


*°-°¥AC1 
From 02/12/84 to 02/18/84 
Location: Dayton 


The end user is requesting information on hotel 


vacancies in Dayton from 2/12/84 to 2/18/84. This - 
information is transformed by the terminal into a 


character string containing the data and some control 
characters. It is this character string that is trans- 
ferred across the product-defined link to the cluster 
controller. 
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INTERFACING TO THE SNA ENVIRONMENT DATA FLOW 
Product Defined Link To SDLC Link 


of 
7 . 
{ze} wav. jus| walt jun} Gr'19 06 jen} @. O06 jas! Cavron jan} 


ec Tre co meovestce erow co 10 co Locanon Co 
Tvee pate GATE é 


LU Services receives the character string from the 
link. LU Services formats the character string into an 
RU, adds the RH, and passes both to Path Control. Path 
Control adds the TH (FID2). . Pee 


Within the TH, the Origin Address Field was assigned 
by the LU. The Destination Address Field was assigned 
when the session was bound. 


At this point, the message is in PIU format. 


Path Control passes it to the SDLC driver and adapter, Ae ee 
where the LH and LT are appended to the PIU. The PIU 

Pac constitutes the I-Field portion of an SDLC 

rame. 


With the message embedded in the SDLC frame, the frame 


can now be shipped across the SDLC link to the 
communica-tions controller. 
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SDLC Link To NCP 


_At the FEP end of the SDLC link, the message is 

received by the Link Interface Module (LIM). LIM is a 
generic name for that component in the FEP which 
interfaces to the SDLC link. 


4 _ IBM Front-End Processor, it is known as a Line 
e 


In the Comten Front-End Processor, it is known as a 
Modem Interface Module (MIM). | 


In either case, the LIM receives the message and 
removes the link header and trailer before passing the 
message to the NCP Boundary Function. The message is 
once again a PIU. 


THe LIM passes the message to Boundary Function for the 
FID conversion. | | 
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INTERFACING TO THE SNA ENVIRONMENT 
NCP To Host | 


c 
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m 
m 
v 
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After receiving the PIU, NCP modifies the TH. The TH 
has indicated FID2 until now, which contains the local 
address. NCP changes it to FID4, which contains the 
network address. 


The PIU is then passed to the Channel Interface 
Adapter, or the Channel Adapter as it is called by IBM. 
The CIA sends and receives data from the IBM 370 
Channel which does not recognize any message unit 
formats. For this reason, the PIU crosses the channel 
simply as unformatted data. 
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VTAM 


The message has now arrived at the host. 


VTAM CONTROL BLOCKS 


‘ 
) 
e 
? 
2 


[vm {an} ev | 
| FIDE | | Reg. tor info. 


COMMUNICATIONS 
CONTROLLER 


The data is received at the host side of the channel by 
the channel I/O software, which places it in a VTAM 
input buffer. At this point, the messagee is once 
again a recognizable PIU. 


VTAM separates the data (RU) from the TH and RH. The 
eee in the TH and RH is used by both VIAM and 


VTAM passes the data to CICS and points to the area in 


memory where the TH and RH control information is 
stored. 
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CICS 


READ PARAMETERS FROM CICS USER 
AREA AND PROCESS 


J 


‘. “POINTER TO CICS APPL 7” 
\. START CICS APPL_,7 


~~ 
~ Pa 
Request tor 
Travel info 
! \ 
/ 


! \ 


‘ Once the message is in the CICS user area, the CICS 
scheduler applies a pointer to the appropriate CICS 
application (TRVL), which then begins to execute. 


The CICS application looks at the message in the CICS 
user area to determine the parameters of its 
information search. 


The message actually never arrives at the application, 
but stays in the CICS user area. 
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Processing The Request 


The original message requested information on hotels 
and rates in Dayton from 2/12/84 to 2/18/84. The CICS 
application processes it as follows: 


Oo 


Oo 
Oo 
0 


Identifies Dayton as the basis for the search 
Sets limits on the search from 2/12/84 to 2/18/84 


Searches data base | om 


' Assembles all hotels which are available candidates 


for this itinerary 


Prepares a list of these hotels and their rates for 
the reply 


Calls CICS with the reply 


When the application has completed the processing, it 
calls CICS. 
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RETURNING THE REPLY CICS TO VTAM 


[ 


a 


! 


{ ’ 
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’ ‘ L t 
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rt 
' ry i 
t . | ' 
\ ‘I ! 
‘ J ! 
ee 
Le ee 
\ ‘ 
v G 
t 


Qrenama 


COMMUNICATIONS 
CONTROLLER 


CICS formats the reply and issues a SEND instruction to 
VTAM with the appropriate pointers. 


VTAM accepts the RU and formats the TH and RH from the 


information in the control blocks and from _ information 
in its own tables. 
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INTERFACING TO THE SNA ENVIRONMENT . DATA FLOW 
VTAM To NCP 


VTAM now moves the PIU to its TSC component and calls 
the I/O channel software. The I/O channel software 
‘ moves the data to the appropriate channel and ships it 
out. 
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NCP To PU-T2 


' The path back through the front end processor is simply 
the reverse of its original path. 


Data is received from the channel by the Channel 
Interface Adapter (CIA) and NCP recognizes it as a PIU. 


When NCP passes the PIU to Boundary Function, the FID 
type is changed back from FID4 to FID2. 


The LH and LT are added before the LIM ships the reply 
back to the cluster controller. : 


The reply crosses the SDLC link to the cluster 
controller as an SDLC frame. oe <e, % 


COURSE NO. 669005 (rev 5/93) PAGE 10.19 


RFORP E Henge eq oRy SHO ows ORF CEM GEE RE FES OE ATES Fo AMF PEABO VET WW See eb LL ee 


INTERFACING TO THE SNA ENVIRONMENT 
PU-T2 To Terminal 


From Communications 
Controtier 


The SDLC Adapter in the cluster controller receives the 
SDLC frame from the SDLC link. 3 : 


The SDLC driver removes the LH and LT, and passes the 


PIU to the SNA PU subsystem software which in turn - 


passes the RU to the proper application software (LU). 


The application software transmits the data across the - 


product-defined link to the terminal. 7 
When the reply is received at the terminal, it is 


displayed on the screen according to the way in which 
CICS formatted it. 
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INTERFACING TO THE SNA ENVIRONMENT DATA FLOW 
DATA FLOW SUMMARY 


© Date Assembied into/From PU 


—«r a @ Sends Request for Travel info 
— «= — @ Receives info on Hoteis/Rates 
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REMINDERS | 


Bracketing 


The original request for hotel reservations used the BB 
bit setting. However, our request/reply example was 
probably not the entire bracket. 


Brackets consist of a number of messages, going both 
directions, which constitute a complete_ transaction. 


So although we have requested and received information 
on available hotels and rates, this transaction is not 
complete until we have selected our preference, placed 
' the reservation, and received confirmation. 


The reply which provided confirmation of the 
reservations would carry the EB bit setting. 
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LESSON 11: ADVANCED PROGRAM-TO-PROGRAM COMMUNICATION - 


PURPOSE a 


This lesson will introduce the newest SNA definitions of APPC, namely 
LU 6.2 and PU-T2.1. 


_ OBJECTIVES 
After successfully completing this lesson the student will be able to: 
o Discuss reasons for the emergence of APPC. 
o Discuss processing concepts of Host vs. Distributed Processing. 
o Discuss the PU-T2.1 controller and connectivity. 
o Discuss the APPC interprogram communication characteristics. 
o Discuss the LU6.2 functioning software features. 
o Discuss the Transaction Program Interface verbs. 


o Identify the products and architecture of Office Processing, 
namely, DISOSS, DIA, DCA, and SNADS. 


REFERENCES 


o An Intr ion to Advanced Proagram-to-Program Communi 
IBM GG24-1585 


ion Programme 
C30-3084 


Transac 
IBM G 


SCOURSE NO. 669005 (rev 1/91) _ PAGE 11.1 


INTERFACING TO THE SNA ENVIRONMENT APPC 


REASONS FOR APPC EMERGENCE 


o The ability for network users to decentralize 
data processing within their organizations and 
place computational analysis, storage and 
retrieval of information at departmental or 
geographic distribution points is a result of: 


- modern technology producing intelligent 
workstations, mini- and micro-processors. 


- more cost effective methods of producing 
hardware and firmware. 


o Some _ inherent problems’ with _ interactive 
processing of a host-controlled environment is 
the tendency of the network utilization to 
degrade as: 


- traffic volume increases. 


- additional terminals are configured into 
the network. 


o Consequently, support for a distributed, small 
system within the classical subarea network was 
made available, regardless of the vendor's 
machines or geographical location 


o This enhanced SNA protocol is known as ADVANCED 
PROGRAM-TO-PROGRAM COMMUNICATION (APPC) 
and offers a common protocol among different 
types of products available on the market. 


o In the future, this architecture will provide a 
single, strategic LU type that will replace all | 
previous LU types. ~ 


o APPC is supported by CICS, IBM’s departmental 


processors (ie. S/36, S/38, Series 1) and 
intelligent workstations. 
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PROCESSING CONCEPTS 
Host Controlled 


e) 


Host communications involve a single mainframe 
processor which strictly controls how data will 
be stored, processed, and manipulated. 


The host application programs control the various 
screen formats, prohibit free input by the 
operator and disallow all but the required input. 


The host program will perform the functions of a 
PLU and the software at the remote end performs 
the role of the SLU. 


A peripheral node (PU-T2.0) communicating with a 
host processor can only support a single 
communication link. 


Despite popular belief, host systems were never 
intended to provide timely access for remote 
users as part of a larger network. 


General Network examples: Remote Batch Processing 


General Inquiry 
ATM 


Reservation Systems 


COMMUNICATIONS 
CONTROLLER 


HOST 
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PROCESSING CONCEPTS 


Distributed Processing or Peer Processing 


Oo Distributed Processing is defined as two or more 
Transaction Programs sharing resources and 
executing co-operatively on multiple systems. 


o A Transaction Program (TP) is usually encountered 
in an Interactive environment, resulting in 
single transaction being processed. This 
processing may involve a single transaction 
program , several TPs, or a system services 
program (i.e., utility routine) written by a 
vendor. 


o As implied by the name, the control is no longer 
centralized, but rather scattered across 
departmental, geographic, or time-zone lines. 


o A great deal of programming coordination is 
ence between the different TPs to ensure 
that: 


- Data formats are compatible 

- Communication sequences are compatible 

- The synchronization of processing sequences is 
compatible 

- The functions of the applications are similar 

- Access to database(s) is available for all 
applications 

- error recovery responsibilities are identified 


o Distributed examples: Database inquiries 
Documment distribution 
Office or Word Processing 
related functions 


ABC Co. — Walart Div. AGC Co. — Frarnmis liv. 


ABC Co. — Garctort Div. 


Miecro- or 
Mini-Compu ter 
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PHYSICAL UNIT TYPE 2.1 CONNECTIVITY 


PU T2.1 


COMMUNICATIONS CLUSTER 
CONTROLLER CONTROLLER 


HOST 


HOST CONNECTED 
o Connectivity to a host processor would impose the 
same restraints as any PU-T2.0 node. 


o PU-T2.1 node would be under the control of the 
SSCP in the host processor. 


Oo PU-T2.1 node would only be able to support 


Secondary Logical Units when communicating with 
any application subsystems in the host. 
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PHYSICAL UNIT 2.1 CONNECTIVITY 


PEER-TO-PEER CONNECTION 


o This is an enhanced generation of the PU-T2.0 
software which provides a subset of SSCP functions. 


oO Node will support either SDLC Primary or ne 
link station(s) 


oO The peer nodes are permitted to negotiate which of 
the link station roles they will assume, that is, 
primary or secondary. 


o The PU-T2.1 does not have a global view of the 
entire network; but only sees itself and its 
attached resources. f 


o Does not require an SSCP-PU or SSCP-LU session as 
does a PU-T2.0 node. 


o The PU-T2.1 supports the new PC devices and the 
functions they perform. 


o PU-T2.1 nodes may be attached to other PU-T2.1 
nodes. 
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PARALLEL vs. MULTIPLE SESSIONS 


The use of parallel sessions is an improvement over a 
single session. 


Below is a contrasting table showing the number of 
sessions required for 20 separate terminals in pre-APPC 
SNA as opposed to APPC: 


- 


PRE-APPC APPC 
FUNCTION MULTIPLE LUs PARALLEL SESSIONS 
SYSTEM 21 SESSIONS 2 SESSIONS 
DEFINITIONS 1 SSCP-PU 1 SSCP-PU 


20 = SSCP-LU 1 SSCP-LU 


END-USER 20 LU NAMES 1 LU NAME 
DEFINITIONS ; 


21 LUs 1 LU 


NETWORK MANAGEMENT 


NETWORK ADDRESS USAGE 20 STATIC ; 1 STATIC 


SESSION USAGE RIGID, DEDICATED FLEXIBLE, 
DYNAMIC 
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APPC 


CONTRASTING SESSIONS vs. CONVERSATIONS 


A conversation uses a minimal amount of overhead when 
compared to non-LU6.2 sessions and is usually thought 


of as ( 
transmitted in one direction. 


CONNECTION 


CONNECTION TIME 


SESSION 
PARTICIPATION 


INITIATED BY 


START-UP OVERHEAD 


PRE-APPC 


SESSION 
BETWEEN LUs 


EXTENDED 


SHARED BY LUs 


SSCP 


TIME- 
CONSUMING 
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involving only a= single transaction being 


APPC 


BETWEEN 
PROGRAMS 


CONVERSATION 


TRANSACTION 


SHORT TIME-SLICE 


EXCLUSIVE USE BY 
TRANSACTION PROGRAM 


LU6.2 


SIMPLE BRACKET 
INITIATION 
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LU6.2 COMPONENTS 
Presentation Services 


| Activates the Transaction Program 
__ Enforces correct verb and parameter usage 
|_| Buffers data records prior to transmission 


__ Interacts with Resources Manager for requested conversations 
_ Interacts with Half-Session to transfer data to partner LU 


Resources Manager 7 


|| Creates destroys conversations 
| Selects session to be used by a conversation 


|, Requests LU Network Services activate/deactivate sessions 
LU Network Services 


& Sends and receives the BIND 


33 


| Negotiates session parameters during BIND exchange 


Half Session 


stete 


“= Blocks data into correct RU size 


Bath 
HEE 


_— Builds Request Header and enforces correct usage 


$338: 


|| Creates/enforces chaining protocol 
| Creates/enforces bracket protocol 
| Provides session-level pacing 


CONTROL -OPERATOR . 


TRANSACTION 
PROGRAM 


SERVICES MANAGER 


LU-LU) ss HALF Se SESSJON SNCP WALF SESSION 
DATA FLOW 


TRANSMISSION 
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LU6.2 INTERPROGRAM COMMUNICATION CHARACTERISTICS 


\e, 


It is the LU6.2 software capabilities that provide 
for interprogram communications and _ permit 
distribution of the processing among multiple 
programs in a network. 


It is the API structure that allows programs to 
communicate with each other in order to process a 
given transaction. s 


The structure of LU6.2 session has the following 
characteristics: 


Cc |_ Conversation 


EHH ae He ti thi pat TT 
cee toa 


- Concurrent program activation - 
many distributed TP programs may be active 
at any one time in order to send and receive 
information among themselves. 


- Conversation overhead - 
to achieve the most efficient use of the 
session, LUs may support either a single or 
parallel session between themselves or mix 
the conversations serially over the session. 
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- Conversations - 
the TP will ask the LU6.2 session for a time 
period of exclusive use of an available 
session, which is a long-term connection 
between two LUs. The session time-frame 
granted to the TP by the LU is known as a 
conversation or a unit of work. 


- Conversation Lifetime - - 

the time allocated to a conversation is 
determined solely by the transaction 
programs. The conversations may be single 
messages or many messages. It may be of 
short duration or long duration. 
Understandably, a conversation could 
continue indefinitely, interrupted only by a 
line failure. 


- Data transfer - 

Conversations will use two-way alternate 
method of transferring data. One program 
issues verbs to SEND data; the other program 
issues verbs to RECEIVE data. When the 
sending program is through sending its data, 
it transfers control to the other program so 
that it may send data. 


- Error Notification - | : | 
Partner Transaction Programs may inform its 
partner that an error has been detected. | 


- Commitment Control - 
Referred to as “synch points", data may be 
defined as being either protected or 
unprotected. Synch points indicate a marker 
in which all data received prior to the 
marker is considered protected and 
permanently updated. 


- Mode of Service - 
Programs are able to allocate the desired 
mode of transmission as either interactive 
or batch. 
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Verb Sets 


Verbs are defined to SEND data, RECEIVE data, and 


control the conversations and/or sessions. 


They serve the needs of system service programs 


and application transaction programs. 


There are two categories of verbs: = 


Conversation verbs 


o Basic - utilized by application 


programs and service programs 


© Mapped -utilized Strictly by 
application programs using a 
high-level programming 
approach 


O Type-independent - intended for use 
with both mapped and basic 
conversations 


Control Operator 


A person, namely the Control Operator, has the 
permission and ability to describe and control the 
availability of certain resources within the LU6.2 
node or with a remote LU6.2. 


The Control Operator is supplied with a Control 
Operator Transaction Program and certain Control 
Operator verbs: 


o Change number-of sessions (CNOS) 


- These verbs, used by the control- 
operator, perform functions related 
to the control of the LU. 


- verbs which allow the number of 
sessions permitted between 
partner LUs to be increased or 
decreased. 


- verbs which initialize, delete, 


or display the local LU’s 
operating parameters. 
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INTERFACING TO THE SNA ENVIRONMENT 


LU6.2 FUNCTIONAL SOFTWARE 
The functions and protocols are divided into a 
| BASE SET 
A set of verbs, parameters, status codes, 


and indicators which all products must 
implement. 


- 


-_ 


[| OPTIONAL SET 
A set of verbs, parameters, return codes, 
and indicators which a product MAY support, 
depending on the product. 


The product may support some of the 
options, or none. 


The BASE and OPTIONAL set are further divided into 


| LOCAL SUPPORT 
Verbs, parameters, return codes, and 
indicators which the product supports by 
the local TP. 7 


It is also used in the context of the TP 


which issues the verbs requesting a — 


conversation (i.e., point-of-reference). 
{ REMOTE SUPPORT 


Verbs, parameters, return codes and 
indicators supported by the product at 
the remote end of a conversation. 


This is simply the point of reference as 
viewed by the local transaction program. 
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INTERFACING TO THE SNA ENVIRONMENT APPC 
Tranaction Program Interface Verbs 


Developing an APPC transaction program involves the 
designing and writing of the program. Once you decide 
what eee wish your program tasks and learn how to use 
the APPC verbs, writing the code is straightforward. 


- 


The basic flow of an APPC application program is to: 


GET_ACTIVATION_INFO 
ALLOCATE 
SEND_DATA 
RECEIVE_DATA 
CONFIRM 


SEND_ERROR 
DEALLOCATE 
QUIT 
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ATTACH TO THE APPC SUBSYSTEM [GET_ACTIVATION_INFO] 
- This verb attaches you to the APPC subsystem 
START CONVERSATION [ALLOCATE] 


- Initiates a conversation with remote partner 
program and supplies parameters for specifying 
session properties, sync points, password, and 
security to partner program 


END DATA _ [SEND-DATA} 


- 


- Loads send buffer with logical formatted record 
for the partner program 


RECEIVE DATA [RECEIVE AND WAIT! 
PREPARE _TO_ RECEIVE 
- receives information from partner program or waits 
to receive data. 


CONVERSATION CONTROL [CONFIRM] 
CONFIRMED] 


- TP may request verification that data sent to 
partner program was received successfully or 
processing of transaction by partner was 
accomplished 


- TP also has synchroniztion capabilities which 
allow program to update their resources(files) at 
specified instances and to “backout" these changes 
because of a failure at some point. 


ERROR HANDLING: [SEND_ERROR] 


- may inform partner program that your program 
detected an error of specific type 


DEALLOCATE a [DEALLOCATE] 
- terminate the conversation and directs type of 

deallocation — 
DETACH FROM APPC [QUIT] 


- must disconnect when through with conversation 
with partner program and all conversations 
deallocate 
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LU 6.2 IMPLEMENTATIONS 


DISOSS 
The first application level definitions for LU 6.2 
are in the area of office automation. IBM has 


defined formats for word processing control 
characters and has also defined formats and methods 
for document and information distribution. 


Distributed Office Support System (DISOSS) is the 
product residing in the Host that relies on CICS/VS 
for supporting all LU 6.2 office automation 
products. 


Its goal is to offer a centralized infomation filing 
and retrieval system that allows management to 
distribute information throughout the network in a 
timely manner. 


IBM defines a document as a report, a form letter, 
regulations, correspondence, customer records and 
image documents. 


IBM has another system that is used primarily for 
office automation called the Professional Office 
System(PROFS). PROFS runs under the control of VM 
operating system which does not support LU 6.2. 
However, DISOSS does communicate with PROFS, so 
users of LU 6.2 may make use of PROFS. 


COURSE NO. 669005 (rev 1/91) PAGE 11.16 


INTERFACING TO THE SNA ENVIRONMENT 


DIA SERVICES 


Library - a central library used for filing and 
retrieving of documents’ for later 
distribution. A document profile may be 
stored with each document identifying 
author, document name, subject, expiration 
date, keywords, etc. Documents can be 
deleted from the library or a search based 
on profile may be performed for a particular 
document. 


Distribution - allows information from a workstation or 
from the library to be distributed to one or 
more recipients. Document may originate 
from source/recipient node or from the 
document library (OSN). Will maintain a 
status of incoming/outgoing distributions 
and permit operator to assign a priority for 
distribution. 


DIA document distribution is not end-to-end, 
but synchronous between source/office nodes. 


Application - an interface for user written programs to 
access DISOSS using CICS and provides method 
of modifying documents in the library. 


File Transfer - allows transferring of documents between . 
private libraries. 


PRODUCT 


ARCHITECTURES | DA | 


FUNCTIONS 


LIBRARY FILE TRANSFEF APPLICATION DISTRIBUTION 
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COMPONENTS OF DIA 
DIA 


The architecture defined for document distribution 

within a single DISOSS host network is Document 

Interchange Architecture (DIA). DIA defines the 

control information needed for routing and _ storing 

documents from the source node to the office node. 
Office System Node (OSN) 


oO provides document distribution and library 
services to network users 


o able to distribute information to other Office 
System Nodes. 


_ Source/Recipient Node (SRN) 

o User’s interface to the office network 

o Acts on behalf of the user to request network 
services 


OFFICE SYSTEM NODE 


SOURCE/RECIPIENT 
NODE 


v 
\" 
X 


AS 
reereroe., XS 
wa 8 vo - 
le ut : pars 
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DCA 


The architecture defined for word processing 
Document Content Architecture (DCA). DCA defines all 


control characters relating to such things as 


margin size tabs 

character size & set punctuation formats - 
line spacing number copies 

dictionary text color 

centering 


DCA has two formats: 
Revisable Form Text - document can be edited 
- contains embedded control 
characters 
- conveys intent of author 


Final Form Text - document is only for display 
- editing not possible 


DCA control information will be a part of the RU. 


<-— PAGE WIDTH —= 
TOP MARGIN 
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SNADS 


The architecture comprised of programs, queues, and 
data structures defined for distributing any type 
of information anywhere in a network, regardiess of 
the number of hosts, is called SNA Distribution 
Services (SNADS). SNADS is a “store and forward” 
system that will route information anywhere in the 
network and hold that information until the 
receiver is ready to accept it or is available. 


tarts is a set of architected TPs that run under 


Message unit is a DIU or Document Information Unit 


SNADS is asynchronous in execution in that the 
recipient node does not need to be actively 
available at the time the document is transmitted. 


Routing is determined through distribution tables 
located in each node. The "store and forward" 
feature is accompanied with indefinite delays, 
delayed responses, and shifting of communication 
responsibility. Delays may be determined on 
. priority basis or time-of-day parameters. 


OFF’.~€ SYSTEM NODE OFFICE SYSTEM NODE OFFICE SYSTEM NODE 


(SNADS) pvr (SmapDs) 


(ota) DISTRIBUTE (SNaADS) 


/ a4 


DISTRIBUTION 


SOURCE/RECIPIENT 
NODE 


ye / tov 


Lst/ 
OBTAIN 


SOURCE/RECIPIENT 
NODE 
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REVIEW LESSON 11 


Circle the correct for the questions below: 


1. An architecture for distributing any type of information anywhere 
in a multi-host network in a “store and forward” method. 


3 APPC 3 DCA _ ~ 
c) SNADS d) PU-T2.1 
2. A logical connection between transaction programs. 


°) session 3 conversation 
c) connection d) establishment 


3. An asynchronous method of transmitting documents in which the 
receipient node doesn’t need to be active at the time the 
document is sent. 


a} APPC : 3 DISOSS 
c) synchronous d) asynchronous 


4. An architecture for defining the output appearance of documents. 


a) DCA b) DIA 
c) SNADS SNA 


5. A distributed processing type of program which processes a single 
transaction at a time. 


°} Application Subsystem b) Network Control Program 
c) Transaction Program d) LU Network Services 


6. An enhanced SNA protocol which offers a common protocol among 
different types of products (“any-to-any”). 


a APPC b) SNADS 
c) Protocol Converter Protocol Analyzer 
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7. A peripheral node with software configured capable of supporting 
peer-to-peer connections with similiar processors. 
a) PU-T2.0 b) PU-T1 
c) PU-T5 d) PU-T2.1 
8. IBM's application offering for customers requiring word processing 
and office automation. . 


a DISOSS b APPC — 
c) DCA d) DIA 


Circle the correct True/False answer to the questions below: 


_9. T F_ The direct user of the LU6.2 is the transaction program. 
10. T F The direct user of the transaction program is the end-user. 


11.7 F SNADs is an BIRICcIUre that is synchronous in its 
execution. 


12.T F_ DIA provides file transfer, application, distribution and 
library services for those persons having access to it. 
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PURPOSE 

This lesson provides detailed information on the concepts of 
Communications Network Management (CNM) in an SNA network. The major 
products available today are also identified. 

OBJECTIVES 

After completing this lesson, the student will be able to: 

Oo Define the term Communication Network Management 

oO Recognize and define the followin ye CNM acronyms: CNMA, CNMI, CNMS 
oO Identify the sessions utilitized for 

REFERENCES 


Oo IBM SNA Formats and Protocols Manual: Architectural Logic, 
IBM SC30-3112 


Oo Network Communications Control rae: Gener Information Manual, 
IBM GC27-0429 ~ | 


Oo Network Problem Determination Application General Information Manual, 
IBM GC34-2010 


Oo Network Logical Data Manager: General Information Manual, 
IBM GC30-3081 


Oo Threshold Analysis and Remote Access: General Information Manual, 
IBM GC34-2055 


o Network Performance Analyzer: General Information Manual (A/N), 
IBM GB21-2478 


Oo Link Problem Determination Application: General Information Manual, 
IBM G320-5914 


o T.P. Sullivan, “Communications Network Management Enhancements For 
SNA Networks", IBM SYSTEM JOURNAL, Vol 22, Nos 1/2, 1983. 
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WHY, COMMUNICATIONS NETWORK MANAGEMENT? 
The hierarchical growth and_ diversification of 
communication networks imposed new requirements on 
Communications Network Management products. 
Networks are becoming: 


_. Increasingly complex. 


=> 


|| Terminals and processors are located in 


different locations. 


|} Networks are composed of multi-vendor 
equipment. 


|. Operations are often unattended. 


© Computer operations and education knowledge 
varies. 


aap 


* The data processing functions distributed a 
geographical area. 


Users require assistance in monitoring and _ controlling 
the network in order to determine: 


| lf the system is operating properly. 


i: If there are any developing problems. 
|| What kind of problems are occurring? 


$223: 


| Where are the problems? 


NETWORK MANAGEMEN 


WHAT IS COMMUNICATION NETWORK MANAGEMENT (CNM)?? | 


CNM is: 


The task of keeping a network running efficiently 
and responsively once it has been designed and 
implemented. 


CNM is a set of tools, techniques, applications, 
and network functions that assist the customer in 
planning, operating, maintaining and controlling 
the network. 
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CNM DATA | 
SNAdefines specific requests/responses RUs for the 
exchange of maintenance services. The types of data 
that can be collected and analyzed are: 
Oo Requesting/returning storage dumps 
oO Initiating/terminating tests 
o Returning status and test results 
o Reporting data on: 
- SDLC tests 
- Engineering change levels 


- Diagnostic modem results 
- Directly attached resources 


THE RELATIONSHIP BETWEEN CNMAs and CNMSs 
CNMA 


A Communication Network Management Application (CNMA) 
provides services for several Physical Units (PUs) 


CNMAs request, record, manage, and analyze neo 
service (NS) information. 


The CNMA Logical Unit (application LU) is designated as 
a network management LU to the access method (VTAM). 


CNMS 


The Communication Network Management Services (CNMS), © 
on oe other hand is distributed throughout the 
network. 


It monitors, collects, and stores Network Service 
(NS) information in the PU for the node. The PU sends 
this information to the CNMA whenever this information 
is requested. 


There may occur crucial events when the PU will send the 
information to the CNMA before it has been requested. 

The most common is when an event has taken place that 

the CNMA must be notified immediately. This is known 

as ALERT data. 
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CNMA - SSCP COMMUNICATION 


| (el| 


The interface between SSCP and CNMA is the 
Communications Network Management Interface (CNMI), 
which is only used for Communications Network 
Managment. 


This interface is similar to the API. 


CNMI uses the commands FORWARDand DELIVER. These are 
the Beata RUs that are currently authorized to use this 
interface. | 


The CNMA communicates with the SSCP by establishing an 
SSCP-LU session. 


© FORWARD - (LU -> SSCP) - command from CNM 
application to SSCP and contains the network 
address of the CNMS node and target address if 
destined for a peripheral node. 


oO DELIVER - (SSCP --> LU) - command from SSCP to the 


CNM _ application with the network’ services 
information that was originally requested. 
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CNM IN THE NETWORK 


JOODOOO 


Communication Network Management consists of two 
components: 


Oo CNMA - applications (one set per domain) that 
reside in the host which provide network 
management and network operators interface. — 


Examples: NCCF, NPDA, TARA, NLDM 
Oo CNMS - services that are distributed throughout 


the network, typically one set per PU that 
reside in remote nodes. 
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SSCP - CNMS COMMUNICATION 


The SSCP communicates with the CNMS via the SSCP-PU 
session. Two commands are used: | 


Oo REQMS-:- Request Maintenance Statistics 


NETWORK MANAGEMEN 


o RECFMS - Record Formatted Maintenance Statistics 


These two RUs have several different formats (or 
types). Each type carries a specific kind of informa- 
tion. 


In this example, if the CNMA sends a REQMS Type 1, the 
CNMS responds with a RECFMS Type 1, and the same holds 
true for all of the other types of REQMS/RECFMS 
communication. 


The CNMS has one extra type of RECFMS that is used to 


pass unsolicited information to the host. Sending 
unsolicited information to the host is called an ALERT. 
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CNM Maintenace Codes 


A further description of these two commands and their 
types follows: 


o REQMS - Request Maintenance Statistics: 


Type 1 SDLC Test Requests 

Type 2 Summary Error Data Requests 7 
Type 3 Communication Adapter Error Statistics 
Type 4 PU/LU Dependent Data 

Type 5 Engineering Change Levels 

Type 6 Link Connection Subsystem Data 


o RECFMS - Record Formatted Maintenance Statistics: 


Type O Alert Data - to notify CNMA of an event 
that affects the PU/LUs_ inability to 
perform its intended function which may 
require intervention and/or action. May 
also include what caused the alert. 


Type 1 SDLC Test Responses 

Type 2 Summary Error Data 

Type 3Communication Adapter Error Statistics 
from peripheral PU 

Type 4 PU/LU Dependent Data - user written 


Type 5 Engineering Change Levels 
Type 6 Link Connection Subsystem Data 
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NETVIEW 


aS 


= 


enter: 


Ea 


In 1986 IBM released NetView, a family of software 
products offering a network management solution. It 
combines the key components of five previously 
developed program products that may be performed at a 
single network operator terminal. 

The operator may focus attention on: 


O operations management - the ability to run the 
network on a real-time basis - 


fe) problem management - the ability to detect, 
access, record, and correct system problems. 


O performance management - the ability to observe 
the utilization of the system’s resources with 
Suggestions on how to improve response time and 
other service activities. 

The previous programs combined to form Netview are: 
Oo NCCF - Network Communications Control Facility 
Oo NLDM - Network Logical Data Manager 


O NPDA - Network Problem Determination Application 
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NCCF 


o Network Communications Control Facility 


NCCF is a program product (application subsystem) 
designed to work with VITAM/TCAM to simplify the task of 


managing a network. 


NCCF’s purpose is: 


To give network operators control of the network by 
allowing an operator to enter VITAM commands and to 


provide a base for other CNM Applications. 


Without NCCF, VTAM commands and messages would be 
handled by the local systems console attached to the 
host and would restrict management if network involved 


multiple host and/or not in the same city. 


To facilitate good network management control, NCCF 
will support many terminals comprising network operator 


terminals. 
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NCCF Control Functions 


With NCCF being the foundation for many other network 
management applications, various optional control 
functions were made available to the user for 
individual customization: 


o Command List (CLISTS) - a group of commands and 
special instructions which are labeled with a 
‘unique name. To execute the list, the operator 
enters that name. CLISTs increase Bae 
of the operator, decrease required indept 
knowledge on the part of the operator, can 
automate responses to standard messages, and 
can be nested to that one CLIST may cause 
another CLIST to execute. 


For example, an operator wishing to perform a 
Start-of-day activation for multiple LUs would 
need to type in" 


v net,act,id=cas2l02 
v net,act,id=cas2l03 
v net,act,id=cas2l04 
v net,act,id=cas2l05 
v net,act,id=cas2l06 


A CLIST would perform these steps with only a 


single command being entered by the operator. 


o User Exits - within the source code of NCCF, 
exit locations have been allocated to the user 
for customization. These exits allow a user to 
edit data flowing to or from NCCF. 


The exit routine is designed for a_ specific 
event. When the event occurs, NCCF passes 
control to the appropriate exit routine for 
processing, then returns control to NCCF. Exit 
routines must be written in assembler language, 
assembled, and link-edited. 


o Command Processors - users may customize and 
enhance NCCF for conditions that are not 
currently handled by NCCF. These processors 
are invoked by an user-created command 
previously defined to NCCF and link-edited. 
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e) 


Cross-Domain - operator(s) in one domain may 
communicate with NCCF in another domain. 


Span of Control - operator(s) may be limited to 
access of only a portion of the network’s 
resources. 


Scope - the ability to restrict commands or 
operands for a particular operator or for a 
group of operators when using NCCF. 


- Security - a data security checking feature 


that requires an operator to enter an 
identification, a password, and a_ profile 
number in order to access NCCF. 


Hardcopy Log - maintains a log of network 
activity and allows a printout. 
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NN NN 
NNN NN EEEEEE 
NNNN NN EE 


NN NN NN EEEE 
NN  NNNN EE 

NN NNN BEEEEE 
NN NN 


OPERATOR If 
FASSWORD 

PROFILE 

HARDCOPY LOG 

RUN INITIAL COMMAND 


, VV VV 
TTTTTTTT VV VV II EEEEEE WW Wi 
TT VV VV Ii" €&=< WW W WwW 
TT VV VV II EEEE WW WWW WW 
TT VV VV II EE WWWW WWWW 
TT VVV Il EEEEEE Wi WW 
V 


=> 
s=> 
we} 
=a > 


==> 


DOMAIN = NCCF2 
(OR LOGOFF) 
(PROFILE NAME, BLANK=DEFAULT) 


(DEVICE NAME, BLANK=DEFAULT, OR NO) 
(YES OR NO, DEFAULT=YES) 


ENTER LOGON INFORMATION 


The fields of the NETVIEW logon screen have the 


following functions: 


© Operator ID - establishes profiles available to the operator 


© Password - prevents unauthorized logons 


oO Profile - allows the operator to select the profile that will 


be used 


© Hardcopy - allows the operator to select the device that the 


hardcopy will go to 


o Execute Initial Command - the profile that is selected 
determines the initial command that will be executed. This 
field permits the operator to specify ‘no’ and override the 


profile. 
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_ 


NETWORK COMMUNICATIONS CONTROL FACILITY NCCF2 AJ40 02/03/88 12:27:05 
% 


NCCF2 DOD CASP7sME 
NCCFe ISTO39I DISPLAY FAILED= UNIDENTIFIABLE KEYWORD 


C NCCF2 DISPLAY NETsIDeCASP7 ME 

* NCCF2 OD CASP7oE 

C NCCF2 DISPLAY NETsID@CASP7oE 

NCCF2 ISTOS97I DISPLAY ACCEPTED ee a ae 
* NCCF2 

ISTO75I VTAM DISPLAY = NODE TYPE® PHYSICAL UNIT ; 

IST4861 NAME®= CASP? esSTATLS= ACTIV sDESIRED STATE@ ACTIV 
ISTOBl1I LINE NAME® Lil2e 9 LINE GROUP= GRSDMIX1 » MAJNOD#= C28711H 


IST136I SWITCHED SNA MAJOR NODE ® SWNDCASE 

IST654I 1/0 TRACE= OFF »BUFFER TRACE®= OFF 

IST?7521 GPT TRACE STATUS = TRRES 

IST3551 LOGICAL UNITS: 

ISTO8O] CAS7LO1L ACTS/S CAS7LO2 ACTS/S CAS7L03 ACTIV 
ISTO8OI CAS7LO04 ACTIV CAS7LO05 ACTIV CAS7L06 ACTIV 
ISTOBOI CAS7LO7 ACTIV 

IST314I END 


222 


COURSE NO. 669005 PAGE 12.13 


INTERFACING TO THE SNA ENVIRONMENT NETWORK MANAGEMEN 
NPDA 


o Network Problem Determination Application 


~ 


SYSTEM 
CONSOLE 


NPDA is a program product tht runs under the control of 
NCCfin a host processor and supports both SNA and BSC 
3270 terminals. It was developed to permit a network 
operator to ppinpoint the cause of a network problem, 
such as a failed node. 


NPDA will: 


oO assist in predicting a situation that is about 
to occur based on preset threshold values and 
alert the operator. 

detect deteriorating line/response conditons 
for the remote nodes. 

collect data generated by various hardware and 
software components (remote/local resources). 
interpret error records and recommend possible 
solutions. . 
© pass gathered statistics to NPDA for storage 


o OO Oo 


Through menus, the operator may display this recorded 
information and identify the problem site(s). 
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TARA 


© Threshold Analysis and Remote Access Feature 


—s 
=i 
um 

JU UU 


TARA is also a program product under the control of 
NCCF which provides problem determination support for 
the IBM 3600/4700 Financial Communications System. 


TARA provides alert messages to the NCCF operator(s) 
when outages occur in the 3600 loop, when loop quality 
becomes degraded, when transaction response becomes 
degraded, and when a user application in the controller 
detects an error. 


TARA is unique in that it monitors the activity of the 
terminals rather than network elements. This is 
necessary because ATMs in the 3600/4700 family are 
typically unattended. 


TARA provides for centralized operator control of 
3600/4700 systems and allows multiple systems to be 
controlled from a central site. 


TARA allows an operator at the central site to communi- 
cate with the 3600 System Monitor and to solicit 
message logs/statistics as if the operator were at a 
directly attached terminal. 
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NLDM 
oO Network Logical Data Manager 


= 
| 
L ome 
ee: 


NLDM is a program product under control of NCCF which 
collects data from the access method and NCP, 

correlates this data concerning the various sessions 
and routes and provides the user with online access to 
the collected data. Its primary purpose is to 
determine why an LU failed. 


Data is displayed to the operator in the form of: 
Oo Session Awareness - 
- session history - history of all sessions 


for the node 
- session activation - parameters used for 


each session PM oa = 


- provides list of all NAUs in session 
Oo Session Trace Information - 

- maintains log of PiUs for selected LUs 
Oo Session Configuration - 


- displays up to 4 nodes with their network 
names for a given session 
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~DM.LIST 


IST TYFE: ACTIVE 


SLU 


RE 


SOURCE NAME LIST 
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Neate 


BROSSDGe 


Ca&S2LG1 
CASSEL 1 
CaSé6L61 
CRSSLOS 
mS7LG1 
Csde.61 
CSDSLG62 
CEDslas 
CTiOCCB 


DVMKSG 21 
GUSDS6ES. 
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STATUS 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 


H278 
TiM41L61 GF 
TSTPOCLU 
LUABT C62 


STATUS 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 


SUM) GR 


PAGE 1 

DOMAIN: NCCF2 
NAME STATUS 
LGABT12 ACTIVE 
L@ABT13 ACTIVE 
LG6ABT19 ACTIVE 
L6ACTB1 ACTIVE 
L@ACT14. ACTIVE 
L6A3T@1 ACTIVE 
LOAST11 ACTIVE 
L6AST12 ACTIVE 
LGAST13 ACTIVE 
LBA7TB2 ACTIVE 
LBA/7TB7 ACTIVE 
LBA7T186 ACTIVE 
LOA/ZT11 ACTIVE 
LBA/7T13 ACTIVE 
LOA/7T14 ACTIVE 


CRESP TIME TREND) 
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NLDM. SESS PAGE 1 
SESSION LIST 7 
NAME: CASSELES | : DOMAIN: NCCF2 
xeoee PRIMARY xeeee #228 SECONDARY 222% ; 
SEL# NAME TYPE OOM NAME TPE DOM START TIME END TIME 


€ 1) ABsCICS LV NCCF2 CAS6L83 LU NCCF2 11/69 69:36:53 #8 ACTIVE xxx 
€ 2) VTAMI SSCP NCCF2 CASSLES LU NCCF2 11/89 67:34:12 xxx# ACTIVE xK* 
€ 3) NCCF2064 LU NCCF2 CASSLES LU NCCF2 11/7869 69:54:58 11/89 09:34:59 
€ 4) NCCF2 LU NCCF2 CASSLES LU NCCF2 11/769 69:34:43 11/89 89:34:48 
€ 3) ABSCICS LU NCCF2 CASS6LES LU NCCF2 11/69 69:31:56 11/09 69:34:14 


END CF DATA 3 oa | 
ENTER SEL# <CONFIG), SEL# AND CT (CONN. TEST), SEL# AND STR &TERM REASON) 


CMDb== 7, 
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4.00. SESSION CONFIGURATION DATA PAGE 1 
schetuntentesaesteneteten PRIiMsR( Heres e Ses ee 4S eSe—eeeeee"<= SECONDART: ==—<—==Sess=<— 
EF mvellcs SA GG00G681 EL uaas NAME CASS6LES3 SA FAGBBG6GA EL @6BC 
ee cee eee ce Om cee Oe ee OD Oe ene Om eae Om oe om oe oe Oe ae ee eo oe oe ee ee ee ee oe +e Ow www ew we we we wm ew we ew ww ee oe we wee we oe oe ew 
Alli WOCrS ie DOMAIN NCCF2 
 Sestestanteatetantententetentententen + $ eee ee ee eee + 
PUS <¢6866) !' SUBRREA PU ! ---- UR G6 ---- ! SUBAREA PU- ! CPSE860 (6046) 
tomm——— teen—-— + TP 66 $ omen tenn + 
8 t 
tS s=— <=> + ER &@ Pens Se=tS-—S St 
CICS <uGud) ! LU RER 66 : LINK | ' L126 
$ ee ee ee ee + + eee S enteral tet 2 
t 
COSNAIME PaaS f= S=S= + 
LOGMODE RMNS278 PU ' CASPS (G@2C5) 
$ eee $a + 


$ eee $e + 


LU f CASSLU3 (SEC) 
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Info/System 


0. Information/System 


INFO/SYSTEM is a management tool and the method by 
which an organization is able to direct and control its 
departmental activities to meet its’ objectives. It 
both simplifies and automates the ie of System 
Management data and the System Network 


ontrol Center. 


NETWORK MANAGEMEN 


o Problem Control - applications for recognizing, ~ 


recording, tracking, resolving, and reporting o 
problems that have affected the resources and to 
implement corrective measures. 


o Change Management - applications for planning, 
coordinating, tracking and implementing modifications 
to the network. 


o Configuration Management - applications for 
recording, updating, and controlling the physical and 
logical configuration of all the network’s resources. 


Oo Performance Management - applications for 


monitoring, tuning, and reporting the system’s 
performance. 
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LPDA 
o Link Problem Determination Application 


Support for: 


o IBM 386X Modems 
o NCR Comten 716X Modems 


tt ae 
Ep ey 
|_ sewers | _ | 
=| IEE 
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LPDA provides Link Problem Determination Data by 
generating diagnostic test commands to these 
diagnostic modems: 


o either dynamically, or — 

© upon detection of some type of permanent link 
or link station error, or 

o when certain threshold values are exceeded, or 

© upon request from NPDA. 


The data provided may consist of: 


Modem status 

Signal quality measurement 

Terminal interface status 

Detects failing data links and modems 
Works in conjunction with NPDA 

Tests may be done from central 

Alerts when thresholds reached 

Alerts LPDA of remote power failures, etc. 
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NPA/NPM 


O Network Performance Analyzer/Network Performance 
Monitor 


ACF/TCAM or ACF/VTAM - eae 
OPERATING SYSTEM 


HH one LS 
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ee 


© Monitors communications controllers and line utili- 
zation 


oO Gathers statistics on NCP, line, message traffic 


0 Monitors data and alerts operator when high/low 
criteria exceeded 


oO Provides network capacity planning 
o Gathers statistics using LU-LU sessions (rather than 
LU-SSCP-PU) 
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REVIEW LESSON 12 


4. Provide a definition of Communication Network Management? 


2. On what types of sessions is CNMS data transmitted? 


3. Provide a short definition for the following terms. 
a. CNMA 


b. CNMS 


c. CNMI 


4. What two commands are associated with CNMA-SSCP communications? 


5. What two commands are associated with CNMS-SSCP communications? 
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PURPOSE 


This lesson provides an overview of the various procedures used to 
generate network software. 


OBJECTIVES 
After completing this lesson, the student will be able to: 
Oo Describe the communications system generation process 


‘ o Describe what is meant by "gen stage” 


REFERENCES 
Installation and Resource Definition: IBM SC27-0610-2 
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INTRODUCTION 


PLACED 


PRODUCT 
INSTALLATION 


Grures 


a ~ 
ASSEMBLY 


ce 
<> 


PRODUCT 
IMPLEMENTATION 
AND/OR 
GENERATION 


0 
8) & 


PRODUCT IS 
EXECUTABLE 


This lesson explains what happens between the time that 
a customer orders an IBM software product and the time 
that the product is operational. Specifically, this 
lesson deals with the process of product implementation 
and generation in very general terms, and prepares the 
student for the more specific product generation 
lessons which follow. 


: 
/ 
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INSTALLATION 


Before a software product can be generated for a user's 
unique requirements, it must be installed. This step 
involves taking the software off the distribution 
medium and transferring it to the system libraries. 


In MVS or VS1_ systems, the systems programmer uses 
System Modification Program (SMP) to install and 
subsequently maintain each product. .SMP ensures there 


is a proper record of installation and updates and 
maintains a history of all related activity. 


PRODUCT 


TAPES 
7 \ FROM 
—_ PID 


CONTROL 


INFO SMP 
CONTROL RECEIVE = L, 
AUDIT 


DATA 
a een 
SET 
Ea TRAIL DOC 
a oe 


Ft SMP 
CONTROL APPLY - 


INFO 
— AUDIT 
Coe —_— TRAIL DOC 


REE Ree 

Backup [J LJ 
LOAD MACRO OBJECT 
LIBRARY LIBRARY LIBRARY 


In a VSE system, the systems programmer may use the 
Maintain System History Profile (MSHP) procedure to 
install and maintain the product. MSHP performs much 
the same function as SMP. 


’ ; 
/ 
/ 
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GENERATION 


It is at this point that the person responsible for 
installing the NCR product may be involved in the 
generation process. 


This overview of the generation (or gen) process is 
generally applicable to the products listed below. 
More detail is provided in subsequent lessons for some 
of these products. 


VTAM/TCAM 
NCP 
CICS/IMS/TSO 
NCCF 

NPDA 


NLDM 
RES/POWER/JES2/JES3 


Oo00O0000 


The gen process is a batch process. Input is provided 
‘ in card image format. The input consists of macros and 
parameters describing the macros that create a version 
of software that is tailored to the user’s  configura- 
tion. 


The gen process involves three libraries that were 
created during the installation. They are: 


USER 
(ea 
MACRO ; MACROS 


LIBRARY 
i ASSEMBLY 
OBJECT 
LIBRARY 
LOAD 
LIBRARY ae 


© Macro library 
Oo Object library 
o Load library 


ie LINKAGE 
EDITOR 
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MACRO LIBRARIES 


Macro libraries contain the master set of macro 
statements that will be used to define the software. 


The systems programmer coded macro statements are 
processed (assembled) with the master macro statements 
(in the macro library) during the generation process. 


The output of this assembly is put into the object 
library. 


OBJECT LIBRARIES 


Object libraries (known as relocatable libraries in 
DOS/VSE), contain machine readable code. 


The object library is created during the installation 
‘ process. It intially contains code that is machine 
readable at the installation time, but must still be 
ee (link edited) with other code before it is 
usable. 


During the assembly process, the macro statements are 
converted to machine readable code and are placed in 
the object library also. 


The object library is the input for the linkage editor. 


LOAD LIBRARY 


The load library is also initially created during the 
installation process. 


Certain modules of code from the source tape are ~ 
machine readable at installation time and do not need 
to be combined with other modules before they can be 
oe These are placed immediately in the load 
ibrary. : 


The load library also contains the code that defines 
the user’s network. This code was created by the user 
tli macro state-ments being assembled and _ link 
edited. 
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LINKAGE EDITOR | 


The linkage editor reads object code produced by the 
assembler or another compiler and produces an 
executable module which it places in a load library. 
It also resolves any external references. 


SOURCE PROGRAM - 


MAIN PROGRAM RETURN 
START 


CALL RTNA 


CALL RTN B oe a 


: RETURN 
CALL RTN X 


A source program consists of a main program which calls 
various modules to perform certain tasks. Each of 
these modules may return control to the main program or 
may in turn call yet another module. 


The linkage editor resolves these external references 


(calls to modules) by creating pointers to specific 
addresses for the starting point of the called module. 
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_ LINKAGE EDITOR 
OBJECT PROGRAM CODE 


MAIN PROGRAM 
RTNA —— 
es B 
am 
RTN X 


RTN C 
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SINGLE-STAGE GEN 


The simplest generation is usually composed of an 
Assembly step and a Link Edit step. This is referred 
to as a Single Stage Gen. 


Products such as CICS and VTAM use many tables, which 
reflect the configuration of the system. These tables 
may be used to track active or inactive terminals, keep 
a record of active sessions within the network, and 
etc. The systems programmer must code, as input to the 
gen process, all the necessary table entries using the 
appropriate macros and parameters. 


At one step in the gen process, these macros and 
parameters are compiled. This is known as _ Table 
Assembly. 


A single-stage gen usually involves only the Table 
_ Assembly and Link Edit steps. The gen typically takes 
less than a half-hour to execute, but the coding done 
prior to execution takes somewhat longer. 


A 
i 
al 


STAGE 1 


ieee Se oe 


VTAM and CICS, once installed and generated, require 
that certain tables be modified often. These 
modifications reflect such changes as different user 
programs, terminals, network nodes, and passwords. The 
changes are made through single-stage gens. 
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TWO-STAGE GEN 


Some products, such as NCP, require a more involved 
generation process. This process is referred to as a 
Two-Stage Gen. : 


STAGE 1 LIBRARY 
SOURCE 
& 


JCL 


7 STAGE 1 
OUTPUT & 


ERROR LIST 


one Beast 
STAGE 2 
JCL 

B STAGE 2 


ASSEMBLY 
LISTING 


Configuration parameters are coded for the first stage 
macros and then fed into the assembler. The purpose of 
this assembly is to check for syntax errors and basic 
parameter conflicts in coding. Errors must be 
corrected and the Stage 1 assembly rerun until the 
Output is error free. Stage 2 will not run to comple- 
tion if there are any errors in Stage 1. 
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When Stage 1 runs error free, it produces another set 
of macro parameters. It places these macro parameters 
on a disk file to be used as input for the second 
stage. 


Stage 2 is usually made up of two execution steps, an 
Assembly and a Link Edit. Stage 2 runs approximately 
an hour when the system is quiet. If the system is 
busy, it may take two or more hours to run to cemple- 
tion. For this reason, Stage 2 jobs are often run 
overnight. 3 


The assembly (or assemblies) in Stage 2 produces at 
least one machine-code object module. This object 
module must have external references resolved by the 
linkage editor before it can be executed. 


ah, 


STAGE 2 OUTPUT LISTINGS 


@ MAGNETIC TAPE 


OL 


e MICROGRAPHICS > alge 
e MICROFILM ae | ae 


(O} 


@ MICROFICHE 
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SYSTEM NETWORK CONTROL CENTER 


The System Network Control Center (SNCC) is a host site 
organization with the objective of providing end user 
satisfaction through the following: 


- System availability 
- Consistent response time 
- Timely problem resolutioon 


The major functions performed by the SNCC are: 


User Help Desk 
System Control 
Network Control 
Technical Support 
Service Control 


Problem 
anagement 
Database 


Service 
Control 
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USER HELP DESK 


The major function of the Help Desk is to provide 
efficient and timely respoonse to the problems of 
the end user. It provides the user with a single 
point of contact within the host system 
environment when all local procedures and 
expertise have been exhausted at the remote site. 
The Help Desk compiles manaagement information 
about the problems and collects information for 
each call, such as received date and time, user 
name, call category and type, Help Desk personnel 
name, problem description and resolution. 


NETWORK CONTROL 


This group is’ responsible for the online 
communications system which involves _initiaizing 
the network, the links, the controllers, and the 
terminals. This also includes the physical and 
logical connections to the application programs. 


SYSTEM CONTROL 


These responsibilities provide for the support of 
the system production process. This would include 
backup, recovery and bypass procedures. 


TECHNICAL SUPPORT 


Technical Support is responsible for providing 
problem determination assistance to the other groups. 
It has the tools and skills necessary to isolate and 
define the cause of system failures. 


SERVICE CONTROL 


This group provides management functions for all 
the other groups described. It does not provide 
one of the levels of support. It would be 
involved in service contracts with the user, 
reporting performances of the system, monitors the 
other levels of support and evaluates overall 
service to the user. 
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LEVELS OF SUPPORT 


First Level - includes the job responsibilities 
and skills related to problems in 
procedures, applications or user 
terminal operaations. _ 


Second Level -includes the job responsibilities 
and skills relating to problems of 
failing network and system 
components such as hardware, 
software and applications. 


Third Level- includes the job responsibilities and 
skills related to problems’ which 
cross multiple technical specialties, 
or are of an intermittent nature and 
are not easily isolated. 
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MAINTENANCE 


The operating system systems programmer is usually the 
person responsible for maintaining the product 
components. 


VTAM 
DEV 
VTAM MVS VSE 
LEVEL 2 LEVEL 2 LEVEL 2 
| apne 
7 ae, 
CENTER 


| 
| 
INWATS | 
l 


INFOSYS FIX DATA SET 


When a problem occurs within an IBM product, the 
systems programmer consults the Information System 
database to see if that problem has been previously 
reported to the IBM Support Center. 


To report a problem, the customer must contact the 
Support Center. If a similar problem is located on the 
Information System database, the Support Center ships 
the fix for that problem to the customer by mail, 
express, or datalink. 


If no similar problem has been reported, the Support 
Center refers the customer to Support Level 2. _ if 
level 2 cannot identify the problem, they refer it to 
the Product Development team. By the time the Product 
Development team is involved, the customer has_ 
collected considerable information about the problem, 
and has probably sent dumps, traces, symptoms, and 
other information to the Level 2 location. This 
information is used to determine the problem and 
develop a Program Temporary Fix (PTF) for the customer. 
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LESSON 14: NCP GENERATION 


PURPOSE 
This lesson will provide the student with the information necessary to 
contribute to the generation of a Network Control Program for both an 


IBM and an NCR Comten controller, which will support an NCR SNA PU-T2 
communications product. 


OBJECTIVES 
After completing this lesson, the student will be able to: 


. © List the information that must be provided to the NCP Systems 
Programmer in order to gen NCP to support NCR SNA products. 


o Given a description of a PU_T2 product provide the GROUP, LINE, PU, 
ae LU macros for the product on a dedicated line and on a switched 
ine. | 

REFERENCES 

Oo ACF/NCP/VS Installation, IBM SC30-3154 


Oo ACF/VTAM Planning and Installation Reference, IBM SC27-0610 
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NCP INSTALLATION OVERVIEW 


A systems programmer must have the following to 
properly define the network and all the devices 
attached to it: 


.e) 


e] 
Oo 
e) 


O 


Network Configuration Information 


Documentation for Library Installation and Reference 


_ Manuals 


Libraries 
VTAM Parameters 
Device Features 


NCP Parameters 


' This lesson will primarily be concerned with the device 
features and the NCP parameters which define them to 
the network. 


¢ 
/ 
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NETWORK CONFIGURATION 


The systems programmer who is responsible for the 
network keeps a copy of the network configuration for 
reference. Whenever the network changes, the configu- 
ration listing or drawing will be modified to reflect 
the change. 


Below is a simple network example for which the NCP is 
to be generated. 


S 
FAAE 


The following information must be defined for each NCP: 


o All Link Stations 

All PUs in each peripheral node 

The SDLC address for each peripheral node PU 

All LUs for each dial-up peripheral node 

The local address for each dial-up Logical Unit (LU) 
All adjacent subareas and their identification number 
Explicit route definitions 

Which SSCP owns the NCP 


OoO000000 
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PROCESS TO BUILD NCP 


Achieving an operating Network Control Program is a 
three-step process: 


© Define the program: consists of macro 
instructions and the appropriate job control 
statements defining the elements of the 
network. 


o Generating the program: the source macro 
statements are compiled in an assembly and 
link-edit process, the output being the 
required control program. 


© Loading the Network Program: a loader utility 


program in the host will download the NCP to 
the local or remote controllers. 


During the generation (sysgen) phase, NCP will create 
the following: 


Oo Network address for each line, PU, and LU in 
its subarea 


fe) Address table mapping the network address to 


the appropriate line, SDLC address, and local 
address for each NAU (element number) 


During Daily processing, NCP creates: 
o Session tables for each of its active NAUs 


- identifies which NAUs are in an SSCP type 
session and which are in LU-LU sessions 


- identifies the network address of the 
session partner 
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NCP MACROS 


The network configuration is described to NCP through a 
set of generation macros. Each macro describes a 
portion or unit of the network. Following is a list of 
the major NCP macros. 


BUILD 
— DEFINES NCP TO VTAM 


HOST 

— DEFINES ACCESS 
METHOD TO NCP 

PATH 

— DEFINES ROUTE TO 
OTHER SUBAREAS 

GROUP 
DEFINES A GROUP OF 
LINES WITH COMMON 
CHARACTERISTICS 

LINE 

— DEFINES ONE LINE OF 
THE GROUP TO NCP 

PU | 

— DEFINES THE PU 
ATTACHED TO THE LINE . 

LU 


— DEFINES EACH LU 
WITHIN A PU 
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NETWORK NCP MACROS 


BUILD: macro occurs only once in an NCP generation 
input. The BUILD macro defines general 
characteristics of the network such as 


- size of the buffers in the buffer pool 
- the number of subareas 
- subarea ID of the NCP. 7 


HOST: macro occurs once for each access method in 
the network to which an NCP may be connected. 
It specifies the characteristics of the access 
method that the NCP will be communicating with 
and identifies such things as: 


- the number of NCP buffers for receiving data 
from the access method 

- the size of the access method’s buffers 

- subarea address of the host 


Neither of these macros is dependent upon the types of 
mata bl the characteristics of the device connected 
to the : 


PATH: macro is used to describe the route to other 
subareas. The path is defined in terms of: 


the final destination subareas for the message 
the intermediate adjacent subareas 

the explicit route to use 

the transmission group number for the explicit 
route 


COURSE NO. 669005 (rev 1/91) 


PAGE 14.7 


INTERFACING TO THE SNA ENVIRONMENT NCP GENERATION 
NCR SNA DEVICE INFORMATION 


It will be necessary to communicate to the systems 
programmer all the information about the devices being 
added to the network. 


Using the following PU-T2/2.1 Cluster Controller as an 
example, the following is the type of information the 
Systems Administrator needs to know: 


- 


o Cluster Controller 


- PU Type 2 or Type 2.1 
- Buffer size 

- SDLC Address 

- Line speed 

- Modem features 


o CRT Terminal Display Station 
- Special Features 
- SLU Logon Methods 
- Local address 
o Printer 


- Pacing 
- Local address 


The GROUP, LINE, PU and LU macros are used to describe 
the path to the PU-T2 device and its terminals. 
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INTERFACING TO THE SNA ENVIRONMENT NCP GENERATION 
GROUP MACRO 


The GROUP macro describes the physical characteristics 
common to a group of communication lines. The 

following is a partial list of GROUP macro parameters 
and includes those which are most relevant to the PU-T2 
example. 


label GROUP DIAL=YES or NO, - 
LNCTL=SDLC or BSC or SS 
REPLYTO=count or NONE - 
TYPE=NCP, EP or PEP 


DIAL = YES or NO - specifies whether the lines are 
switched or dedicated. YES indicates switched. The 
default is NO. 


LNCTL = SDLC or BSC or SS - specifies link protocol for 
the line or group of lines. SS is the default unless 
‘ the previous group specified SDLC. 


REPLYTO = count or NONE - specifies the reply timeout 
value in seconds for the lines in this group. If NCP 
does not receive a response to a poll or selection 
before the seconds expire, then appropriate error 
recovery procedures are initiated. Max value is 1632 
seconds. If omitted, default is 1 second. 


TYPE = NCP, EP or PEP -_ specifies whether all lines in 
this group are SNA or whether some may be pre-SNA. The 
default depends on what was coded in the BUILD macro. 
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LINE Macro 


The LINE macro defines the characteristics of a single 
communications line attached to a communications 
controller. The following is a partial list of LINE 
macro parameters including those most relevant to the 
PU-T2 example. 


label LINE ADDRESS=line addr, 
SPEEDe=rate, 
CALL=IN, OUT, or INOUT, 
CLOCKNG=INT or EXT, 
DUPLEX=HALF or FULL, 
MAXPU=count, 
NEWSYNCEYES or NO, 
NRZI=YES or NO, 
PAUSEst or 0, 
RETRIES=none or N, 
SPDSEL=YES or NO, 


ADDRESS = line addr - three digit hexadecimal 
communications port number to which the line being 
defined is attached. This is a required operand. 


SPEED = rate - specifies the data rate of the 
communications line. This should match the modem 
speed. This is a required operand. 


CALL = IN, OUT, or INOUT - If the link is switched - ‘(switched only) 
specify whether the NCP, the PU_T2, or both can 

— the calls. Valid only if DIAL=YES on GROUP 

evel. 


CLOCKNG = INT or EXT = specifies whether the modem or 
the communications controller (scanner) provides the 
clocking for this line. For SDLC line speeds over 2400 
bits per second, ee ee uSually done by the modem 
(EXT). For SDLC lines, is default; INT if S/S line. 


DUPLEX = HALF or FULL - specifies whether the 
communications line and modem constitute a half-duplex 
or full duplex facility. This should not be confused 
with data transfer mode. DUPLEX=operand specifies only 
the physical characteristics of the line and modem. 


MAXPU count - specifies the maximum number of Piya (SDLC only) 
units associated with the link. Maximum is 255. if 

the line is switched the count must be 1. If the 

parameter is omitted, the default is the actual number 

of PUs on the line. 
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NEWSYNC = YES or NO - This specifies whether the 
modem attached to this line has the NEWSYNC feature. 
NEWSYNC reduces the line turnaround. The default is NO 
unless the following parameters have these vaLues: 


DUPLEX=FULL, CLOCKNG=EXT, DIAL=NO 


NRZI = YES or NO - Specifies whether the communi- 
cations controller and the terminal connected by the 
line are operating in non-return-to-zero (NRZ) mode or 
Non-return-to-zero inverted (NRZI) mode. 


Generally, NRZI=YES is specified if no modems or 
asynchronous modems are used. 


NRZI=NO is specified if synchronous modems are used. 


. PAUSE =tor .2 - Specifies the duration of the 

polling cycle in seconds or seconds and tenths of 
seconds. The polling cycle extends from the time NCP 
checks the first entry in the Service Order Table to 
the moment polling next begins at the same entry. If 
the polling cycle equals or exceeds the t value, the 
next polling cycle will be initiated immediately. 
However, if the polling time is less than t seconds, 
the full number of seconds are allowed to elapse before 


the next cycle begins. This is valid only for leased © 


lines. The max t value may be 0 - 25.5 seconds. If 
operand is omitted, the default is .2 seconds. 


RETRIES = none or m - Specifies the number of times 
the NCP will attempt to recover from any link errors. 
An error exits when NCP does not receive a positive 
indication that a frame it sent was_ received 
successfully. NCP will repeat the retransmission until 
frame was sent successfully or until max number of 
retries have been attempted. Values of m may be from 0 
- 128. Default is 15. 


SPDSEL = YES or NO - Specifies for an externally 
clocked modem capable of transmitting at either of two 
data rates, whether or not the host access method may 
request a data rate change. 
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SERVICE Macro 


This macro defines the polling sequence for a non- 
switched line with multiple PUs and is required. The 
SERVICE macro is not needed when only one PU will be on 
a dedicated line. 


label SERVICE ORDER=(PU name, PU name, ...), (nonswitched only) 
. MAXLIST=M 


o ORDER = (PU name.,...) - specifies the network 
name of the PUs in the sequence in which they 
should be polled. Each ORDER may be followed 
by a maximum of 255 characters including 
parentheses and commas. If more than 255 
characters are needed, then additional SERVICE 
macros may follow the first. 


Oo MAXLIST = n - identifies the number of entries 
in the service order table. Max value is 256. 
If operand is omitted, default is number of 
entries in the ORDER operand as described. 


H 
/ 
/ 
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PU Macro 


The PU macro specifies a physical unit in the network 
that is connected by a switched or nonswitched SDLC 
link. The following is a partial list of PU macro 
parameters including those most relevant to the PU-T2 
example. 


label PU ADDR=chars, Z 
ANS=STOP or CONTINUE 
MAXDATAzesize, 
MAXLU=count, 
MAXOUT=n, 
PASSLIMe=n, 
PUDR=NO or YES, 
PUTYPEEN, 
SRT=(m,n) 


ADDR = chars - specifies the hexadecimal value of the 
‘ SDLC address of the physical unit. 


ANS = STOP or CONTINUE - specifies whether or not the 
station represented by this PU and in session with an 
adjacent subarea is to continue its session if the NCP 
enters automatic network shutdown mode. _ If omitted, 
STOP is default for PU-T2; CONT default if PU-T4. STOP 
must be coded for switched links. 


MAXDATA = size - specify the number of bytes that the 
PU can physically receive in one PIU segment. 

Size = amount of RU data + 5 for PU-T1 

size = amount of RU data + 9 for PU-T2 


MAXLU = count - Identifies the maximum number of LUs 
that may be on this PU. For a dedicated link, if 
omitted, the count defaults to the value of the number 
of LUs defined for this PU. 


MAXOUT = n - specifies the maximum number of PiUs or 
PIU segments to be sent by the NCP to the PU before 
requesting a response from the PU. This can be an 
integer value between 1 and 7. 
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PASSLIM = n - specifies the maximum number of PIUs or 
PIU segments NCP is to send to the PU for a given entry 
in the Service Order Table. Maximum value between 1 
ate possible. If operand omitted, default is 1 for 
a PU-T2. 


- 


PUDR = NO or YES - specifies whether this PU can be 
deleted from the network by dynamic _ reconfiguration. 
Default is YES. 


PUTYPE = n - specifies the PU type. 


SRT = (m,n) specifies a threshold value for the total 
number of transmissions and total number of error 
' retries for this PU. A RECFMS is sent to the SSCP when 
the thresholds are reached. Default is 32,766. 
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LU MACRO for NON-SWITCHED LINES 


The LU macro specifies a logical unit for a nonswitched 
SDLC link that is associated with a type 1 or type 2 
physical units. The following is a partial list of LU 
macro parameters including those most relevant to the 
PU-T2 example. 


label LU LOCADDRe=n, 
BATCH=YES or NO 
LUDR=NO or YES, 
PACING=(n,m) 


- 


LOCADDR = n - specifies the local address in decimal 
notation. For PU-T1, the value in the range 0-63 may 
be specified. For PU-T2, the value can be in the range 
2-255. Addresses must be in ascending order following 
_ the PU macro. 


BATCH = NO or YES - If the LU is identified as a batch 
device it is given a lower priority for transmission. 


LUDR = NO or YES - specifies whether the LU can be 
deleted from the network by dynamic reconfiguration. 
Default is the same as that specified for the PUDR 
macro. | 


PACING = (n,m) - specifies that the LU is to be paced 
and that N number of PIiUs will be sent before NCP must 
receive a response from the LU. The second value, m, 
is the number of the PIU which will contain the pacing 
request indicator. If PACING is omitted, the LU is not 
paced.The minimum is 1; the maximum is 255. 


SWITCHED DEVICES 


If the GROUP macro says DIAL=YES, the LU macro is not 
coded in the NCP gen. 


However, the GROUP, LINE, and PU macros are coded as 


ee above, but the LU will be coded in the VIAM gen 
only. 
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Coding Consideration 


The coding of macro statements can be _ highly 
repetitive. A hierarchy exists between the GROUP, 
LINE, PU, and LU macros. Under this hierarchy, certain 
operands could be specified in more than one macro. 


To take advantage of this SIFT-DOWN feature, an operand 
coded on a higher-level macro statement, automatically 
implies the same value for all subordinate level 
macros. a 


lf an operand is coded on a _ subordinate level, that 
value overrides the value for the same operand on a 
higher level macro. 


Changes made at the LU level do not support the 
siftdown feature. A change in operand value at the LU 
level will override only that value for that 


. definition. 
OPERAND NCP GEN MACROS 
LEASED LINE SWITCHED LINE 
ee GROUP LINE PU WW! PUD 
we ee ee ee eee wwe ee (oe 
! 
BATCH=NO 4 Xx xX R ! 
LOCADDR R ! 
MAXDATA x xX oR ! 
MAXLU .& X oR ! R 
MAXOUT x xX oR ! 
PACING xX Xx xX R ! 
PASSLIM x xX R ! 
PUTYPE x xX oR ! R 
NOTE: 
X = operand can be specified here to take advantage 
of sift-down. 


R = operand applies to this macro and should be 
specified here, if not on a higher level macro. 
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SAMPLE NCP PARAMETERS 


NCP GENERATION 


This is a sample of Some parameters from a live NCP to 
demonstrate the relationship of some of the parameters. 


This example is for a leased connection. 
« : / 4 + { H e 
7 re ry PAE on ZR S Uf r& os f 
i is | yho has 7% fe Eda eet Fe c a } ihe 
iM gS t 


fue Fep oe th 


Th re Ce ( fry 


+0 Twyed 


Lobe! 


CTLNOSF 


CTPSFPO1 


CTPO1LO1 
CTPO1L02 


CTPOILOS 


owitron is Gove TT i Ae ou ie. 


FEP 


BUILD 


HOST 


GROUP 


Mace v 


LINE 


LU 
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TYPGEN=NCP, 
BFRS=84, 
MAXSUBA=31, 
SUBAREA=5, 


NEWNAME=PRODNCP, 


e . 
SUBAREA =1, 
INBFRS=6, 
MAXBFRU=8, 
UNITSZ= 156 

® 


e@ 

DIAL=NO, 
LNCTL=SDLC, 
REPLYTO=5, 

e@ 

e Key wer 
ADDRESS =(03F), 
SPEED =4800, 
CLOCKNG=EXT, 

e 


e 
ADDR =C2, 
MAXDATA=265, 
MAXOUT=7, 
PUTYPE =2, 
8 
e 
LOCADDR =02, 
MODETAB=LM3276, 
USSTAB=NCRUSSTB, 
e 
© 
LOCADDR =03, 
MODETAB=IM3276, 
USSTAB=NCRUSSTB, 
e 
e 
LOCADDR =04, 
MODETAB=LM7957 


DLOGMOD=DSILGMOD, 


PACING=(2,1), 


Aad 
pousloudef 


match. 
we. fest ¥& The 


THIS {S AN NCP GEN 

NCP BUFFER SIZE 

ALLOW UP TO 2048 ELEMENTS 
SUBAREA OF THIS NCP 

NAME OF THIS NCP 


VTAM SUBAREA FOR THIS NCP 
INITIAL NCP ALLOCATION 

VTAM BUFFER UNIT ALLOCATION 
VTAM IO BUFFER SIZE 


NON-SWITCHED LINE 
LINE PROTOCOL 
NO-POLL-RESP TIME-OUT 


XMT/RCV PORT ADDRESS 
LINE SPEED 
MODEM DOES CLOCKING 


LOCAL ADDRESS 

BUFFER+9 FOR PU—T2 

MAX CONSECUTIVE PiUs SENT 
TYPE 2 PHYSICAL UNIT 


7958 IN FIRST POSITION 
VTAM 
VTAM 


7958 IN SECOND POSITION 
VTAM 
VTAM 


2 
7957 IN THIRD POSITION 
VTAM 
VTAM 
PACING FOR SLOW DEVICE 
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REVIEW LESSON 14 


1. Code the GROUP and subordinate MACROS (and required operands) 
necessary to connect your PU-T2/2.1 Cluster Controller to the 
Host network. The following information is given for the 
configuration: 


-~ 


A dedicated line 

Two display terminals with local addresses, 03 and 04. 
Two printers with local addresses of 02 and 05. 

NCP will be instructed to send a group of 5 PlUs 
before expecting a response to the Pacing Request 
Indicator, located in the third PIU of each group. 
(for the printers only) 

2400 bps link connected at NCP LIM address OB6. 
Modem will do the clocking. 

TOWER's cluster controller address is C7. 

Maximum RU data acceptable by the PU-T2 buffer is 256 bytes. 
Synchronous modems 


O0o0°0 


o0o000 


2. Using the same information as above, code the macros and operands 
for the PU-T2/2.1 Cluster Controller as though it were on a dial- 
up connection to the host. | | 
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_ LESSON 15: ACF/VTAM GENERATION 


PURPOSE 
This lesson identifies the information that must be provided to the 


ACF/VTAM Systems Programmer in order to prepare the entries for the 
ACF/VTAM gen. to define NCR SNA products. 


OBJECTIVES 
After completing this lesson, the student will be able to: 
Oo List the different elements in the ACF/VTAM gen. 
o Identify and define the ACF/VTAM unique operands in the ACF/NCP gen. 
Oo Given sample gen listings including: 
USSTAB table, 
LOGMODETAB table, 
VTAM switched major node definition, 
NCP definition, and 
a description of the PU-T2 device, 
modify the gen listings to match the device characteristics. 
oO Given: 
a VTAM AND NCP gen, 
USSTAB table, oe ee ee 
LOGMODETAB table for certain LUs, : : 
_identify the valid logon commands that can be used with those LUs 
to establish sessions with host applications. 
REFERENCES 


ACF/VTAM Planning and Installation Reference Rel. 3 IBM SC27-0584-1 
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ACF/VTAM INSTALLATION CONSIDERATIONS 


VTAM is an access method of the operating system and 
must be identified to and incorporated in the system 
during system generation. Thus VITAM becomes a part of 
the operating system. 


After generating the operating system with support for 
VTAM, installing VTAM and generating the NCP, the 
domain must be defined to VTAM. This includes: - 


- Information on application subsystems 

- Descriptions and locations of channel- 
attached devices 

- Information on switched devices 

- Logon mode table (LOGMODETAB) 

- Untormatted Systems Service table (USSTAB) 

- Interpret Table 

- Explicit/Virtual routing information 

- Cross domain resource managers 

- Exit routines 


5 -{ 
n n 
3 o 
- 
oO 
EA 
” 
: - 
YOO VUOO 


| 
= Peres | ams [woo 
4 
()} €) CD 


When running, VTAM creates SNA information tables about 
the following: 


o Domain Resources 

Oo Node Resources 

‘(Oo Sessions 

o Cross domain resources 


COURSE NO. 669005 PAGE 15.2 


INTERFACING TO THE SNA ENVIRONMENT 


VTAM ROUTING 


The PATH macro instructs VTAM how to transmit or route 
a message to any subarea in the network. 


The routes are defined in terms of: 
© Transmission Groups 7 
Oo Explicit Routes 
o Virtual Routes 
The path to take is defined in terms of: 
o Destination subarea 
o Adjacent subarea 
o Explicit route 


The VTAM systems programmer is responsible for defining 
_ all route names and all paths. 


Format example: PATH DESTSA=n or (n1,n2,n3....) 
ERO=(Adjsuba, TG#) 


VRO=ER# 


°** EXPLICIT & VIRTUAL ROUTES °°° 


SA6RTE PATH DESTSA =6 
ERO = (2,1) 
ER1 =(3,1) 
VRO=0, VR1 = 1 


ACF/VTAM GENERATION 


PATH DESTSA=6 PATH DESTSA #6 PATH DESTSA=#6 
ERO = (8,6) ERO = (7,4) ERO = (6,1) 
PATH DESTSA=6 
ER? = (5,3) 
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PATH DESTSA «6 
ER1 = (6,1) 
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VTAM SESSION RELATED TABLES 


. Four tables are defined to describe the user’s unique 
installation. They are: 


oO Unformatted Systems Services Table (USSTAB) 
© Logon Mode Table (LOGMODETAB) “ 

o Class of Service Table (COS) 

o Interpret Table 


7 
/ 
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Unformatted Systems Services Table 


The USS Table is required if a PU-T2 device does not 
issue an INITSELF to establish LU-LU sessions. It also 
is used to simplify the logon and logoff procedures at 
the terminal. Thus, the operator may enter a single 
logon command instead of a long version. 


VTAM will contain some IBM-supplied USSTABs, and 
optionally, the user may redefine the commands in these 
tables or create their own USSTABs. 


Also, if VTAM needs to send a message, it may access 
one of these USS tables to extract a particular 


message. 
USS Table entry format: 
label USSTAB TABLE =name of translation 
| table to use 

name USSCMD CMD =name, 
FORMAT = BAL/PL1, 
REP =name 

name USSPARM PARM =name/P#, 
DEFAULT = value, 
REP =name 

name USSMSG MSG =#, 
BUFFER = address, 
TEXT =text of message 

USSEND 
DEFINITIONS 


CMD - user-defined ‘logon’ character string. (command) 

FORMAT - syntax of user-defined logon. 

REP -specifies keyword that is to replace’ the 
user-defined command, or keyword to be inserted 
into the format. 


PARM -specifies user-defined keyword, system keyword, 
or positional parameter. 


Oo PARM=name - keyword 
Oo PARM=P#_ - identifies positional parameter 


DEFAULT - specifies default character-string value if 
one is not specifically entered. 


MESSAGE - specifies USS message number. 


‘COURSE NO. 669005 (rev 1/91) | PAGE 15.5 


INTERFACING TO THE SNA ENVIRONMENT ACF/VTAM GENERATION 


Example of an entry in the USSTAB required to define a 
logon message: 


CICS USSCMD CMD = CICS,FORMAT = BAL,REP = LOGON 
USSPARM PARM = APPLID,DEFAULT = CICS 
USSPARM PARM = LOGMODE,DEFAULT = $3270 
USSPARM PARM = P1,REP = DATA 


1. The operator keys in: CICS 


. The USS table converts that to: 


2. if the operator keys in: CICS LOGMODE=RM3278 
The USS Table converts that to: 


3. If the operator keys in: CICS LOGMODE(RM3278) 
The USS Table converts that to: 


4. If the operator keys in: CICS ABC XY 
The USS Table converts that to: 


Another variation of the above entry in USSTAB : 

CICS USSCMD CMD=LOGON,FORMAT=BAL . 
USSPARM #$=PARM=P1,REP=APPLID 
USSPARM PARM=ENTRY,REP=LOGMODE,DEFAULT=PCA 
USSPARM  PARM=P3,REP=DATA 

5. If the operator keys in: LOGON CICS ENTRY=PCB PASSWORD 


The USS Table converts that to: 


? 
@ 
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USS MESSAGES 


The USS messages are used by various modules of VTAM. 
VTAM would issue a command to send a certain message 
number to the destination logical unit. The USS table 
sends that message. 


NOTE: The name of the USS table is specified in the 
JCL command instructions that causes the table to be 
assembled. 


Example: FILE: NCRUSSTB Source 


MSG=0 (user-defined; USS command successful) 

MSG=1 INVALID COMMAND SYNTAX 

MSG=2 COMMAND UNRECOGNIZED 

MSG=3 PARAMETER UNRECOGNIZED 

MSG=4 PARAMETER INVALID 

MSG=5 UNSUPPORTED FUNCTION 

MSG=6 SEQUENCE ERROR 

MSG=7 SESSION NOT BOUND 

MSG=8 INSUFFICIENT STORAGE 

MSG=9 MAGNETIC CARD DATA ERROR 

MSG=10 (Automatically sent to a logical unit 
whenever the logical unit is active or 
powered on, or whenever a user session 


eee 
MSG=11 SESSION ENDED 


MSG=12 REQUIRED PARAMETER OMITTED 
MSG=13 IBMECHO 
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USSTAB EXERCISE 


1. Given the following entry in the USSTAB, indicate 
the interpreted ‘logons’ by an operator at the 
terminal. | 


RJEX USSCMD CMD=RUN,REP=LOGON 
USSPARM PARM=P1,REP=APPLID,DEFAULT=SYSRJE 
USSPARM PARM=P2,REP=LOGMODE,DEFAULT=RM3278 
USSPARM PARM=P3,REP=DATA 


If the operator keys in: 


(a) RUN 


(b) RUN APRO3 RES1 RM3278 


(c) LOGON SYSRJE 


2. Create an entry for the USSTAB table with the following conditions: 
Operator is to logon to NCCF subsystem. The majority of the time 
the operator will wish to use the logmode entry of TESTC. 
Occasionally, the logmode entry of DSILGMOD will be needed. The 
operator will also need to enter their cost control number of 
GF5162 at logon time. 
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a. Mode Table 


e logon mode table provides information to VTAM 
Hie AM uses when preparing the BIND. 


IBM provides a table with predefined entries for many 
IBM products. The name of this table is ISTINCLM and 
is required by VTAM. This table can be modified or 
replaced, but the name must not be deleted from VTAM. 
There may be more than one logon mode table defined. 
Each table should have a unique name. 


Logon Mode Table format: 


name MODETAB 
[Byte and Default Setting] 
name MODEENT TYPE=Value, (byte 1 - 1 
FMPROF=Value, (byte 2 - 0 
TSPROF=Value, (byte 3 - 0 
PRIPROT=Value, pe ac - : 


RUSIZES-Value, Biers 102 
PSNDPAC=Value, byte 12 - 
PRCVPAC=Value, (byte 13 - 0 
PSERVIC=Value, stibeag a 0) 
ENCR=Value, byte 26 - 0) 
COS=Name 

LOGMODE=Name 


MODEEND 
Current Logon Mode Entry 
DSILGMOD MODEENT LOGMODE=DSILGMOD, FMPROF=X’03'’, TSPROF=X’03’ 
PRIPROT=X’B1’, SECPROT=xX’A0’, COMPROT=X’3080’, 


SSNDPAC=X'01', SRCVPAC=X'02’, RUSIZES=X’8787’, 
PSNDPAC=X'02’, PSERVIC=X'01 000000B100000000000000' 


ONLY ACCEPTABLE 31 01 02 03 B1 BO 30 80 00 02 85 85 02 00 02 00 00 00 
BIND PARAMETERS 
(i.e. command): 00 00 00 00 00 00 00 00 00 
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NCP DEFINITIONS | 
VTAM Macro 


VTAM has one macro that it includes with each NCP gen. 
This is PCCU (Programmed Communication Control Unit). 


This macro identifies the Communications Controller 
into which a specific NCP is to be loaded and defines 
the VTAM functions that are to be provided for a 
specific NCP. 


For multiple VTAM hosts, there will be multiple PCCU 
statments. 


Some parameters included with the PCCU macro define: 


oO symbolic name of NCP node 

oO whether NCP is to receive an IPL 

o the name of the SSCP controlling this NCP 
oO the subarea number of the host 


PCCU is not affected by the type of devices connected 
to the NCP. 


? 
é 
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INTERFACING TO THE SNA ENVIRONMENT ACF/VTAM GENERATION 
VTAM Macros IN NCP GEN 
Several of the NCP macros have operands that are used 


only by VTAM. The table below identifies these 
operands and the macros they may be used with. - 


DISCNT 
DLOGMOD 
ENCR 
ISTATUS 
LOGAPPL 
LOGTAB 
MODETAB 
OWNER 
SESSION 
SSCPFN 
USSTAB 
VPACING 


DISCNT (YES,NO) - Identifies whether or not the SSCP-PU 
and SSCP-LU sessions should be terminated when all 
LU-LU sessions are terminated. 


DLOGMOD - Default logon mode table entry if one is not 
otherwise indicated. If this operand is omitted and 
no specific entry is provided, default is to first 
entry in the named or defaulted logon mode table. 


ENCR (REQD, OPT, NONE) - Identifies whether the 
application program may use cryptography. 


ISTATUS (ACTIVE, INACTIVE) - Identifies whether the 
device(s) will be activated when VTAM is 
initialized. (i.e., SSCP-PU; SSCP-LU) 


LOGAPPL - Identifies the name of an application program 
which should be automatically logged on at 
initialization time. (j.e., LU-LU) 


LOGTAB - Identifies the interpret table to use. 
MODETAB - Identifies the logon mode table name to 
search. If this operand is omitted and no other name 


has been provided, the default will be to an IBM- 
supplied logon table. 
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OWNER - Identifies the name of the SSCP that owns this 
GROUP or LINE. 


SESSION - Identifies the number of concurrent sessions 
dh a link. Should equal number of terminals on the 
ine. 


SSCPFM (FSS, USSSCS) - Identifies whether the CUs can 


accept only formatted messages or character coded 
messages over the SSCP-LU session. 


USSTAB - Identifies the USS table. If this operand is 
omitted, an IBM-supplied USSTAB will be used for 
unformatted logon requests. 


VPACING - Identifies the number of messages to send to 


the NCP before requiring a pacing response. The 
default is 2. | 
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INTERFACING TO THE SNA ENVIRONMENT ACF/VTAM GENERATION 
SWITCHED MAJOR NODES 


Switched connections to NCP are partially defined to 
NCP in the NCP and partially defined to VTAM. 


NCP defines only the GROUP, LINE, and PU of switched 
nodes. 


VTAM also has a PU macro that includes all of the NCP 
parameters that were invalid for switched devices on 
the NCP gen. VTAM then defines the LUs for that PU. 
The PU and LU definitions in VTAM are defined the same 
way for NCP. 


VTAM has extra parameters for the PU macro that 
identify the XID of the PU. These are IDBLK and IDNUM. 


o IDBLK - identifies the device that this PU is 
emulating (switched linkks only) 

oO IDNUM - unique number that identifies the PU to 
VTAM (switched links only) 


The XID is an SDLC data link control command passed 
between adjacent nodes to identify themselves. link. 


VTAM also has an extra macro called the PATH macro that 


identifies the telephone number that is being used for 
the connection if VTAM is to place the call. 


Example: 
NCP GEN 

label GROUP ... 

label LINE... 

label PU MAXLU =5, PUTYPE=2 
VTAM SWITCHED MAJOR NODE 


label PU ADDR=C1, MAXDATA=265, MAXOUT =7, PASSLIM=7, 
PUTYPE=2, IDBLK=017, IDNUM=00111, MODETAB =LMCASE 


label LU LOCADDR=2 
label LU LOCADDR=3 
label LU LOCADDR=4, PACING =(3,2) 


} 
é 
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INTERFACING TO THE SNA ENVIRONMENT ACF/VTAM GENERATION 


Coding Considerations 


As with the coding of macros during the NCP gen, 
repetitious coding of macros may be reduced by taking 
advantage of the SIFT-DOWN feature. 


Under this hierarchy, an operand described on @ higher 
level macro (GROUP, LINE, PU) will be in effect on any 
lower or subordinate level macros, unless another 
operand value is entered on a lower level macro to 
specifically change a specific definition or override 
the "sift-down" value. 


VTAM GEN MACROS 


DIAL-UP LINES 
OPERAND PU LU 

DLOGMOD x R 
IDNUM IDBLK R 

ISTATUS xX R 
MODETAB xX R 
USSTAB x R 

NOTE: 


X =operand can be specified here to take advantage 
of sift-down 

R =operand applies to this macro and should be 
specified here, if not on a high level macro. 
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SESSION ESTABLISHMENT 
How the BIND is located - 


1. Formatted system services INITSELF command with 
logmode entry issued by programmable controller. 


2. Unformatted logon -- either long version or short 
version of user-defined logon is entered and the 
USS Table provides interpretation of entry. 


3. Logmode entry may be specified in VTAM gen 
(DLOGMOD=) 


4. If no logmode entries are input or generated from 
USSTAB, then first entry in the logon mode table 
specified in VTAM gen (MODETAB=) 


5. If no logmode entries are located AND no specific 
logon mode table mentioned, then defaults are to an 
IBM-supplied logon mode table and the first entry 
in that table. 


6. REMEMBER, the BIND parameters may be overridden by 
the application subsystems. 


? 
é 
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INTERFACING TO THE SNA ENVIRONMENT ACF/VTAM GENERATION 
HOW THE BIND IS LOCATED FLOWCHART 


START 
Did SSCP receive an INITSELF? 
Go to USS a 


Was a specific LOGMODE ENTRY entered? 
Go to MODTAB 


CONT 


Does the VTAM gen indicate a default 
LOGMODE ENTRY, such as DLOGMOD= 


Go to MODTAB 


Is there a specific VTAM gen LOGON MODE 
TABLE specified, such as MODETAB= 


Use first ENTRY in the logmode table 
specified 


Use first ENTRY in default LOGON MODE TABLE 


(Default table is ISTINCLM which is required 
by VTAM) 


uss 
Did terminal operator enter a specific LOGMODE 
ENTRY, such as: logon applid(cics) logmode($3270) 
YES Go to MODTAB 
N 
| Did USSTAB ENTRY specify particular LOGMODE ENTRY 
YES Go to MODTAB | 
iad Go to CONT 
YES 
NO 


MODTAB 
Is LOGON MODE TABLE specified in VTAM gen, such 
as MODETAB= 
Search LOGMODE TABLE specified 
search a default logon mode table which is required 
by VTAM: MODETAB =ISTINCLM 
| NOTE: If searches finds no entry - then search ends 


/ 
4 
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INTERFACING TO THE SNA ENVIRONMENT ACF/VTAM GENERATION 
PARAMETER CHECKLIST 


The following information must be provided to the host 
systems programmers. 


Logon Mode Table Entry 


FM, TS, PS profiles (FMPROF, TSPROF, PSERVIC) 
Chain rules (PRIPROT, SECPROT, COMPROT) 

Bracket rules (PRIPROT, SECPROT, COMPROT) 
Response rules (PRIPROT, SECPROT) | 
Compression/compaction support (PRIPROT, SECPROT) 
FM headers used (COMPROT) 

Codeset (COMPROT) 

Communication mode (COMPROT) 

Pacing requirements (SSNDPAC, SRCVPAC, PSNDPAC) 
Max RU size (RUSIZE) 

Encryption (ENCR) 


oo0o0oce0qgq0qg 00000 


VTAM Parameters (may be in the NCP gen) 


default logon mode table (MODETAB) 
default logon mode table atl (DLOGMOD) 
pacing requirements (VPACING) 

types of commands accepted (SSCPFM) 
encryption (ENCR) 

default USS table (USSTAB) 

default interpret table (LOGTAB) 


OoO0agO00oO000 


USS Table 


O format of terminal logon/logoff 


! 
/ 
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Class of Service Table 

The Class of Service Table (COS) assigns priorities to 

the Virtual Routes for the transmission of messages and 

associates groups of Virtual Routes together to form a 

single class of service. The format of a COS entry is: 
Format: 


Name Cos VR=((VR#,PRI), VR#,PRI).........) 


Example: 


ISTSDCOS COSTAB 
IMS COS 


VR=((0,2),(1,1),(2,0).-..- 
CICS Cos VR=((1,2),(3,0), (2,2),(0,0)....) 
JES2 Cos VR=((1,0),(0,0).....) 
ISTVTCOS COS VR= ((1,2),(0,2),(2,2)....) 
Cos VR= ((1,1),(2,1).0.--.) 
COSEND 


Tne COSTAB must have the name of ISTSDCOS. 


ee ISTVTCOS entry is used for all sessions with the 
P. 


The entry with no name is used ff there was no COS 


operand in the logon mode table entry for a particular 
LU-LU session. 
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LOCATING THE EXPLICIT & VIRTUAL ROUTE USING THE COS TABLE 


LU-LU session logon specifies log mode entry name: 


= LOGON MODE TABLE 
MODETAB NTRY 
IBMCICS MODEENT LOGMODE=S3270,COS= CICS FMPROF = Coss 


Logmode entry specifies the COS entry that defines the 
possible virtual routes: 


COSTAB 
cicS COS VR=((0,2),(3,0)......) CLASS SERVICE TABLE 
ENTRY 


COS table entry specifies virtual route number and the 
priority: 


VTAM PATH STATEMENT 
SAGRTE PATH DESTSA=6 
ERO= (2,1) 
ER1=(3,1) 


ER8=(3,1) 
VRO=0 
VR1=3 
VR2=1 


VR8=1 
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Interpret Table 


The Interpret Table was originally defined for use with 
an earlier version of VTAM. 


It is still used; however, the unformatted systems 
services table (USSTAB) performs many of the same 
functions as the Interpret Table. 


Since the USSTAB is most commonly encountered when 
installing new devices, the Interpret Table will not be 
discussed. 


VTAM uses the Interpret Table at session establishment 
a to determine which application subsystem to 
notify. 
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INTERFACING TO THE SNA ENVIRONMENT ACF/VTAM GENERATION 
REVIEW LESSON 15 
1. The following are entries in the NCP and VTAM gens. 


om 
See 

SPU01 PU ADDR=C1,MAXDATA=265,MAXOUT =7,PASSLIM =7,PUTYPE=2 
SLUO1 LU LOCADDR =02,USSTAB =NCRUSS, MODETAB =LM3276 

SLUO2 LU LOCADDR =03, USSTAB = NCRUSS, MODETAB = RB3770 


KKKRKEKKERKERRREKRKEREKEERKKKEKREKKKEKRKERRKRRKKRRKRRKK 


NCRUSS USSTAB TABLE = TRANS10 

CICS USSCMD CMD =CICS,FORMAT=BAL,REP =LOGON 
USSPARM PARM=APPLID,DEFAULT =CICS 
USSPARM PARM =P1,REP =LOGMODE,DEFAULT = $3270 


TSO USSCMD CMD=TSO,FORMAT =BAL,REP =LOGON 
USSPARM PARM =APPLID,DEFAULT=TSO 
USSPARM PARM=MODE, REP =LOGMODE 

ANY USSCMD CMD=LOGON,FORMAT =PL1 
USSPARM PARM=P1,REP=APPLID 
USSPARM PARM =P2,REP =LOGMODE 

JES USSCMD CMD =JES2,FORMAT =BAL,REP = LOGON 
USSPARM PARM =APPLID,DEFAULT =JES2 
USSPARM PARM =P1,REP =LOGMODE,DEFAULT =S3790 

END USSEND 

KAAKAAAAKARRERRAERIEREEE REE KIEKIIIKIK IIR IRIAISII AAAI I 

RB3770 MODETAB 

JES2 MODEENT LOGMODE=S3770 


MODEEND 


KREKEKKKKEKKKKKKKKKRREKKEEEKEKEKEEEEEEKEKEKKKKEKKKKKKKKKKKKKKE 


LM3276 MODETAB 
TSO MODEENT LOGMODE=S3271.... 
CICS MODEENT LOGMODE=S3270.... 
NCCF MODEENT LOGMODE=DSILGMOD.... ° 
IMS MODEENT LOGMODE=S$3272.... 
JES2 MODEENT LOGMODE=S3790.... 
MODEEND 
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Interpret the following 


ACF/VTAM GENERATION 


logon messages that will be generated and 


indicate (1) if the logon was successful (i.e. parameters from tables 
extracted) and (2), if the session was established (valid BIND 


received). 


1. terminal 
2. terminal 
3. terminal 
4. terminal 
3. terminal 
6. terminal 
7. terminal 
8. terminal 
9. terminal 
10. terminal 
11. terminal 


12. terminal 
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SLUO1 


SLUO2 


SLUO' 


SLUO2 


SLUO1 


SLUO1 


SLUO1 


SLUO1 


SLUO1 


SLUO2 


SLUO1 


SLUOT 


(rev 1/91) 


+ LOGON? SESSION EST? 


LOGON TSO 

JES2 

LOGON NCCF 
CICS 

LOGON IMS $3272 
TSO MODE(S3271) 
CICS $3271 

NCCF 

LOGON CICS 
JES2 $3770 
LOGON NCCF DSILGMOD 
LOGON IMS 
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2. Following is the GROUP, LINE, and PU macro from NCP 
and the switched major Node, USS Table and Logon 
Mode Table from VTAM. Based on the information 
below, modify those gen listings to match the 
system definitions below. 


The Cluster Controller emulates an IBM. 3276 
controller using IBM 3278 CRTs. 

The transmission speed is 2400 bps on a switched 
connection. The modems are ordinary synchronous 
modems with no special features. 


The controller's SDLC address is "C3". The XID is 
"01800454". 


The systems preemie said to logon using the 
command “TSO". | 


The only acceptable BIND parameters (command) are: 

31 01 03 03 B1 BO 30 80 00 O71 85 C7 O02 O00 
02 80 00 00 00 00 00 00 00 00 00 00 00 
The system consists of one PU-T2/2.1 and two LUs 
representing CRT terminals. The terminals have 
th defined as having local addresses of 02 and 

The USSTABLE is called CASUSSTB. 


The Logon Mode Table is called LMCASE. 


NCP GEN 


MVSGPSW GROUP DIAL=YES,LNCTL=SDLC,NRZI=NO, 
REPLYTO=5, TYPE=NCP 


LN56 LINE OWNER=SSCP01,ADDRESS=(056),SPEED=4800, 
ISTATUS=ACTIVE, CLOCKNG=EXT, NEWSYNC=YES 
SC56PU PU MAXLU=8, PUTYPE=2 
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*** VTAM Switched Major Node 


CASP2 PU IDBLK=018,IDNUM =00455,DISCNT =NO, 
MAXDATA=265PUTYPE = 2.MAX OUT =7, 
MODETAB=LMCASE, USSTAB = CASUSSTB 


CAS2L01 LU LOCADDR=2 - 
CAS2L02 LU LOCADDR=3 


*** CASUSSTB 
CASUSSTB USSTAB TABLE=C1OTRANS 


LOGON USSCMD CMD=LOGON, FORMAT =PL1 
USSPARM PARM=APPLID 
USSPARM PARM=LOGMODE 
USSPARM PARM=P1, REP=DATA 


TSO USSCMD CMD=TSO, FORMAT=BAL, REP=LOGON 
USSPARM PARM=APPLID, DEFAULT=TSO 
USSPARM PARM=LOGMODE, DEFAULT =S$3278 
USSPARM PARM=P1, REP=DATA 


CICS USSCMD CMD=CICS, FORMAT=BAL, REP=LOGON 
USSPARM PARM=APPLID, DEFAULT =CICS 
USSPARM PARM=LOGMODE, DEFAULT =RM3278 


*** LOGON MODE TABLES 
LMCASE MODETAB 


TEST MODEENT LOGMODE=RM3278, FMPROF =X’03’,TSPROF=X’03’, 
PRIPROT =X’B1’, SECPROT =X’90’, COMPROT =X’3080’, 
RUSIZES = X’8587’, 
PSERVIC =X’010000000000000000000200' 


IBMS3278 MODEENT LOGMODE=S3278,FMPROF =X’02’TSPROF =X’03’, 
PRIPROT =X’B1’,SECPROT =X’90’,COMPROT =X’3080’, 
RUSIZES = X’8585’, 
PSERVIC = X’020000000000000000000200' 
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LESSON 16: CICS GENERATION 


PURPOSE 

This lesson will teach the students about the specific sysgen macros 
and parameters needed to define the NCR PUT2 product to CICS. 
OBJECTIVES 

After completing this lesson the student will be able to: 

o List the CICS macros that define PUT2 products 


o Using the classroom materials, code an entry for the Terminal 
Control Table to define the NCR 7958 


o Given a description of an NCR product and a listing of a TCT, 
modify the TCT to match the characteristics of the NCR product. 

REFERENCES 

CICS/VS IBM 3270 Guide - IBM SC33-0096 

CICS/VS System Programmer’s Guide - IBM SC33-0070 

CICS/VS System Programmer’s Reference Manual - IBM SC33-00069-4 
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INTERFACING TO THE SNA ENVIRONMENT 
INTRODUCTION 


CICS is a transaction processing system. It was 
designed to support many different terminals running 
many different transactions and programs concurrently. 
To do this, all of the programs, files, terminals, and 
other elements must be defined to CICS. 


-~ 


These definitions are made using tables. 


3274 
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7958 7958 7957 
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INTERFACING TO THE SNA ENVIRONMENT CICS GENERATION 
CICS TABLES 


CICS is a table driven system. Part of the CICS 
definition procedure consists of providing the proper 
entries for the CICS tables. Following is a list of 
all of the CICS tables. | 


* System Initialization Table (SIT) 7 
Contains CICS nucleus module and table 
suffixes, system initialization program 
options, and recovery/restart parameters. 


* Program Control Table (PCT) 


Governs the flow of control between 
application program in the CICS system; links 
user programs to another user’s program; 
loads and erases program from memory. 


* Processing Program Table (PPT) 


Contains location on disc of programs; where 
program resides in memory; resident or 
dynamic; source language used. 


* Terminal Control Table (TCT) 


Interface between user application programs 
and the terminals; polls the terminals; 
handles code translation; validation § of 
transaction. 


Application Load Table (AL 
Destination Control Table (DC 


File Control Table (FCT) 
Journal Control Table (JC 
Monitoring Control Table (MC 
Nucleus Load Table (NLT) 
Program List Table (PL 


System Recovery Table (SR 
Terminal List Table 

Temporary Storage Table (TS 

Transaction List Table (XLT) 
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TERMINAL CONTROL TABLE 


o The TCT describes the logical units to CICS. 
It does not contain network configuration 
information. 


o Some of the parameters include the same 
information as VTAM and NCP. These parameters 
must agree with the VTAM/NCP parameters. 


o There are several different macro types in the 
TCT. The macro type that defines the SNA 
logical units is: DFHTCT TYPE=TERMINAL 


Other macro types are used, but these refer to 
the system in general or to non SNA elements in 
the network. 


o A knowledge of terminal hardware is required 
for choosing some of the terminal values. 


The following table includes the mandatory operands for 
the TYPE = TERMINAL macro as well as the operands that 
are dependent on the specific terminal. There are 
other operands that may also be used, but they refer to 
the applications being performed or to system unique 
characteristics. 


label DFHTCT TYPE = TERMINAL, 
TRMIDNT = name, 
TRMTYPE = lutype-, 
ACCMETH = VTAM, 
BRACKET = yes or no, 
BUFFER = size, 
CHNASSY = yes or no, 
CONNECT = auto, 
DEFSCRN = (lines, columns), 
FEATURES= (feature, feature), 
FF = yes or no, 
GMMSG= yes or no, 
LOGMODE = name, 
NETNAME = name, 
PGESTAT = autopage or page, 
RELREQ = (yes or no, yes or no), 
RUSIZE = size, 
TIOAL = (lengthi, length2), 
TRMMODL = model number, 
TRMSTAT = activities 
PIPELN = last or pool, 
TASKNO = number, 
SESTYPE=type 
ALTSCRN= (lines,columns) 
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TYPE = TERMINAL - This is mandatory and is used to 
indicate the beginning of a new. terminal 
description. 


TRMIDNT = name - This is a unique four character id for 
the terminal. This is the terminal’s name as far as 
CICS is concerned. 


‘TRMTYPE = type - This is Malirrat 5 Informs CICS what 
values to place into the BIND RU. It identifiés the 
LU type of this terminal or the specific terminal 
model. See Table 1 on page 16.8 of this lesson for 
specific values for this operand. 


SESTYPE = type - This operand required for some 
TRMTYPES. Together they describe the LU session 
type. The SESTYPE operand is required by only 
certain parameters in the TRMTYPE operand. Table 1 
shows the relationship between the two operands. 


' ACCMETH = VTAM - This identifies which access method 
will be used by the terminal. For SNA the access 
method will be VTAM | 


BRACKET = yes or no - This indicates whether bracket 
protocol will be used. The default is YES. 3614 
noe units require NO; 3790 LUs require YES. For 
LU2 sessions, bracket protocol 'yes’ is assumed. 


BUFFER = size - This operand identifies the largest RU 
size (in bytes) outbound from the PLU to the SLU. 
The suggested value for LU2 devices is 1536. The 
suggested value for LU1 printers and LU3 devices is 
256. This value is used by CICS for determining the 
use of chaining protocol. 


CHNASSY = yes or no - this defines whether the elements 
of a chain will be assembled before being passed to 
the application work area or whether each element 
will be passed to the work area as it is received. 
For 3270 CRTs (LUTYPE2) CHNASSY must be YES. 


CONNECT = (auto) - This defines that the terminal will 
be automatically logged on by CICS/VS at start of 
day. If an automatic logon is not required, the 
operand should not be included. This operand will 
cause CICS to attempt to establish an LU-LU session. 


DEFSCRN = (#lines, #columns) - This defines the screen 
size. The number of lines is followed by the number 


of columns. This refers to both CRT size and - 


printer page size. Default is 24 rows, 80 columns. 
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FEATURE = (feature, ...) This optional parameter 
identifies the capabil-ities of the LU device. Some 
of the more common are: 


AUDALARM - audible alarm 

PS - programmed symbols 

Color - color CRT 

HILIGHT - extended highlighting features 


FF = (yes or no) - This defines whether the SCS printer 
(LU1) supports the form feed characters. 


GMMSG = yes or no - This tells whether or not CICS 
should send a welcome message at session 
establishment time. 


LOGMODE = name - This entry is required for LUs that 
will be acquired (ex: printers) or that will be 
automatically logged on. 


' NETNAME = name - VTAM gen label name identifying the 
logical name by which the device is known throughout 
the network. 


PGESTAT = (autopage or page) - This identifies when 
output data will be sent to the terminal. Autopage 
causes all of the data to be sent to the terminal at 
once. PAGE causes data to be sent one page at a 
time. PAGE is the default. 


RELREQ = (yes or no, yes or no) - The first position 
identifies whether CICS will release the LU when 
requested by another subsystem. The second position 
identifies whether CICS will release the LU when 
requested by the LU (logoff, signoff, etc.) 


RUSIZE = size - This specifies the largest RU size (in 
bytes) outbound from the SLU to the PLU. 256 bytes 
is the default. 


TIOAL = (length1, length2) - Len 1 specifies the 
normal aka size. Len 2 coh the maximum 
chain size. If the CHNASSY operand is NO, only 
len 1 is needed. This indicates the amount of 
buffer space to allocate in the CICS work area. 


TRMMODL = number - Optional parameter identifying the 
mode! number of the LU device. 
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INTERFACING TO THE SNA ENVIRONMENT CICS GENERATION 
TRMSTAT = This identifies the type of activities that 
mey be performed by the device. The possibilities 
= ~TRANSACTION (input/output) 
E INPUT (to CICS) 
f; RECEIVE (from CICS) 


} TRANSCEIVE (input/output and CICS may start bracket) 


PIPELN = (last or pool) - This is only used when 
SESTYPE =PIPELN and TRMTYPE =3600. POOL means the 
LU is one of a pool of pipeline LUs. LAST means 
this is the last in the pool of pipeline LUs. 


TASKNO = number - This is required only ff SESTYPE = 
PIPELN and PIPELN =LAST. It identifies the number 
of concurrent tasks that may run in the pipeline 
session. 


ALTSCRN - (# lines, # columns) - this defines an 
alternate screen size (CRT LU2) and reserves an 
extra buffer. 


/ 
é 
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CLUSTER 
CONTROLLER 


3270 


3600 


3650 


3770 


3790 


: 
/ 


LOGICAL UNIT 


DISPLAY STATION-LU2 
3270 DS PRINTER-LU3 
SCS PRINTER 


3601 
3614 


PIPELINE 

HOST CONVERSATIONAL 
HOST CONVERSATIONAL 
INTERPRETER 

HOST COMMAND PROCESSOR 


INTERACTIVE FLIP-FLOP 
INTERACTIVE CONTENTION 
BATCH FLIP-FLOP 

FULL FUNCTION 

BATCH DATA INTERCHANGE 


FULL FUNCTION 

INQUIRY 

BATCH DATA INTERCHANGE 
3270 DISPLAY 

3270 PRINTER 

SCS PRINTER 


CICS GENERATION 


TRMTYPE= 


LUTYPE2 
LUTYPE3 
SCSPRT 


3600 
3614 - 


3650 
3650 
3650 
3650 
3650 


37701 or INTLU 

3770C 

3770, 3770B, or BCHLU 
3770 or 3770B 

3770 


3790 
3790 
3790 
3790, LUTYPE2 
3790, LUTYPE3 
3790, SCSPRT 


TABLE 1 TRMTYPE and SESTYPE 
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SESTYP 


PIPELN 
3270 
3653 
USERPROG 
USERPROG 


USERPROG 
BATCHDI 


USERPROG 
BATCHDI 
3277CM 
3284CM,3286C 
SCSPRT 
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INTERFACING TO THE SNA ENVIRONMENT CICS GENERATION 
PARAMETER CATEGORIZATION 


The TCT operands may be grouped according to their 
functions: 


o Identification - TRMIDNT TRMMODL 
NETNAME SESTYPE 
TRMTYPE 
o Data Flow - BRACKET BUFFER CONNECT 
RUSIZE RELREQ GMMSG 
© Display - FEATURES 
o Screen - DEFSCRN  PGESTAT FF 
ALTSCRN 


Oo Transaction - TRMSTAT 
Processing 
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INTERFACING TO THE SNA ENVIRONMENT CICS GENERATION 
Sample TCT Entries For A Worksaver 


A typical terminal TCT entry emulating an IBM 3276 
display workstation. 


VLU2 DFHTCT TYPE=TERMINAL, 
TRMIDNT=VLU2, 
TRMTYPE=LUTYPE2, 
TRMMODL=2, 
ACCMETH=VTAM, 

_ TRMSTAT=TRANSCEIVE, 
TIOAL=(1000,4000), 
BUFFER=1536, 
RUSIZE=256, 
BRACKET=YES, 
CHNASSY=YES, 
RELREQ=(NO, YES), 
DEFSCRN=(24,80) 
NETNAME=LU2A 


A typical terminal TCT entry emulating an IBM 3287 DSC 
printer. 


VLU3 DFHTCT TYPE=TERMINAL 
TRMIDNT=VLU3, 
TRMTYPE=LUTYPES, 
TRMMODL=2, 
TIOAL= 2000 4000), 
BUFFER= 
RUSIZE= 38. 
CHNASSY=YES, 
RELREQ= =(NO.YEs YES), 
ACCMET 
NETNAMEZLU3A” 
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INTERFACING TO THE SNA ENVIRONMENT 


REVIEW LESSON 16 


1. Prepare a CICS Terminal Control Table (TCT) entry for the 
follwoing terminal which is emulating an IBM 3278 terminal. 


Bracket and chaining protocol is required. - 
The maximum outbound RU size of CICS is 1024 bytes. 


The normal chain size is 1000. The maximum chain size 
is 2000. 


The terminal screen is 24 lines with 80 columns per line. 

The terminal is to be automatically connected to CICS at 
start-of-day, rice session parameters found in the logmode 
entry of dsilymode. 


Ae RU message size sent by the terminal cannot exceed 256 
ytes. 


CICS should not release the logical unit when requested by 
another subsystem, but should release it when the SLU requests 
that the session with CICS be terminated. 

CICS refers to this logical unit as CLUA. 

VTAM refers to this logical unit as TSTCLUA. 


The CRT will be used for transactions and should be able to 
receive messages from CICS at any time. 


The CRT supports extended highlighting features and color. 
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INTERFACING TO THE SNA ENVIRONMENT 


2. The CICS TCT entry for CAS2L01 is below. 


CICS GENERATION 


identify the changes 


that must be made so that the TCT entry will be correct. e 
maximum outbound RU size by either LU is 512. The normal screen 


size is 24 x 80, and the alternate screen size is 32 x 80. 


CA11. DFHTCT TYPE = TERMINAL 
ACCMETH = VTAM 
TRMTYPE = LUTYPES 
NETNAME = CAS2L01 ~ 
TIOAL = (1000, 4000) 
GMMSG = YES 
RELREQ = (NO, YES) 
TRMIDNT = CA11 
BRACKET = YES 
TRMMODL = 2 
PGESTAT = AUTOPAGE 
RUSIZE =256 
BUFFER = 256 
CHNASSY = YES 
TRMSTAT = TRANSCEIVE 
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LESSON 17: NCCF GENERATION 


PURPOSE = 


This lesson identifies the information that must be provided to the 
systems programmer to define NCR products to NCCF in an SNA network. 


OBJECTIVES 


"After completing this lesson, the student will be able to: 


o Identify the information necessary for the system programmer 
to properly describe NCR products in the network. 


REFERENCES 
o Network Communications Control Facility: 


Installation, IBM SC27-0430 


o Network Communications Control Facility: 
Terminal Use, IBM SC27-0432 
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INTERFACING TO THE SNA ENVIRONMENT NCCF GERERATION 
INTRODUCTION 
NCCF has three major functions. They are: 

oO Providing network management 

o Providing an interface for a network console(s) 


© Providing a base for other network management 
software ~ 


NCCF has several areas that must be defined during the - 
sysgen process in addition to defining the devices that 
will access it throughout the network. 


These include: 


o Operators - identifies user of NCCF 
oO Profiles - describes a network operator's 
control characteristics 
o Commands .- limits operator’s use of 
commands 
© Command Processors - program executed to 
perform an operation 
o User Exit routines - special purpose 
routines to handle processing for 
certain conditions in a program 
o Other CNMAs - network monitoring functions 
re) 


System Information - information used by 
, NCCF as a whole. 


aa 
ee 


F 


? 
4 
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INTERFACING TO THE SNA ENVIRONMENT 
NCCF GEN STATEMENTS 
Defining NCR PU-T2 Products 


NCCF uses the VTAM information to determine what 
devices exist in the network. No extra coding is 
required for NCCF to define the PU-T2 products. 


You may set an operand called SPAN in the VITAM or NCP 
gens to organize NAUs into logical groupings for 
network control purposes. 


Defining OPERATORS: 


Two macros are used to define the operators that may 
use NCCF. 


opid OPERATOR PASSWORD= 
PROFILEN profile name, ... 


opid - 1-8 character value for operator 
identification. 

password - 1-8 character value that serves as 
the operator’s password. 


Defining PROFILES: 


Several macros may be used to define the PROFILES. The 
Profile identifies the scope of commands, the span of 
control, the device to output the hardcopy log to, and 
the NCCFs in different domains the operator may have 
sessions with. 


The macros include: 


PROFILE - defines profile name to the system 
DOMAINS identifies NCCF(s) in other domains 
that an operator may have a_ session 


with. 

AUTH _ -identifies the authority of an operator 
over the resources and message 
reception 


ption. 
OPCLASS - defines which NCCF an operator may use 


ISPAN'- -identifies the initial resources in the 
network an operator may access 

SPAN __ -identifies the resources that can be 
effected after dynamically stopping the 

=~ ISPAN and starting the SPAN 
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INTERFACING TO THE SNA ENVIRONMENT 

Defining CONSOLES to NCCF 

The POS and POSPOOL macros are used to _ identify 
resources to NCCF, specifically which CRTs may be used 
to logon to NCCF. 


o POS -defines the terminals that may logon to 
NCCF ~ 


o POSPOOL - identifies the maximum number of 
physical operators which may logon to NCCF 
at one time. 

POS identifies specifically which terminals may be used 
to logon to NCCF. 

_ label POS terminal name, terminal name, .... 

The terminal name is the VTAM network name. 


REMEMBER -- NCCF requires an LU2 session for CRT but an 
LU1 session for hardcopy log (printer). 


CUSTOMIZING NCCF 


CLISTs are coded using a special language and are | 


stored in one of the NCCEF libraries. 


Command processors and User Exit Routines are coded in 
a and must be assembled and link edited with 
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APPENDIX A 


SYSGEN GENERATION LISTINGS 


NCP LISTING eeeeoees28e?8ee@ 


VTAM LISTING ee e@ese2eee @ 


VTAM TABLES @eeoeseov@202e8e080 0 


CICS DEFINITIONS 


NCCF DEFINITIONS 


JES2 DEFINITIONS 


- 
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PAGE A.15 


PAGE A.1i7 


PAGE A.21 


PAGE A.25 


PAGE A.1 


PAGE A.2 


ed 


NCP LISTINGS 


HOST LISTING 
SWITCHED NODE 
LEASED NODE 
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v°V 39Vd 


DATASET: SYS?.VTAMLST DATE: 84/12/28 ; PRODEXT 
MEMBER:  PRODEXT 


START 
COL 

1 HOST! PCCU CUADDR=031, ° 
16 er _..BACKUP#YES, ¢ 7 
16 pale ae DWNERSSSCP40; od i 
1G ae SUBAREA#AD; ; 
1G ore a MAXOATA#2 (04 

{ @ 

1 HOST2 PCCU CUADDR=032, e 
16 Shedd BACKUP YES, 
16 0 EE SESS OWNER® ssceat 
16 ae 
Bi : ane 

| 2 

1 HOST3 PCCU CUADDR=034, 
NG ae ehh EE 
46° BN eae OwNERSSSCH42; 
16 es SUGAREA®42 
160000 ate MAXDATAS3 164 

{ @ 

1 HOST4 PCCU NCPLUB=SYSOI2, * 
16 | _... CUADDR=035, e 
"46 has ee hier : 3 ¥ 

16 
16 aie : 
16 MAXDATA®2 104 . 

q & 

1 HOSTS ~~ PCCU Spceupicee: ; x . te es sedated eae 
16 as Sat 
16 a 2% 
16 

| e 

q e@ 

10 sameness 

16 eae ABENDSYESs 

16 ee ENABLTO® 390,. S 
16 NEWNAME «PRODEXT., bd 
16 QUALIFY®SYS2, . ° 
16 ere Rtep ieb toe . . 
16 SSE MAX SSCP EY | ¥ 
16 a SUBAREA® 24; 

16 PEEP YPGEN*NCP 

16 CA=(TYPE4), * 
1G ~ CHANTYP#TYPE4, e 
1G : TRANSFR#1G, mn | ad 
16 fe or a BERS* 128: RRTSACF NTF&C2536): 

1 @ We a.ite 
10 SYSCNTRL OPTIONS (RIMM, REOND: MODE, RECKO , BHSASSC, ENDCALL (2° 
16 RCNTRL). 

| e i 

1 HOSTSN HOST SUBAREA=(1), a . 
16 a INBF RSG ee 
16 MAXBFRUEIO; 3 - 
16 7 LE UNETSZ@ 964, .. : 
16 BFRPAD=0, 


wees 


S°V¥ 39Vd 


ome gee ene oe 


TEE EE RE 


DATASET: SYS?.VTAMLST ’ Wreiae avs; 'HT wow 


MEMBER: 


ees: Ee eR Te Lene TT ROD rs SV See wane 


Perey aes oe Pry Preity Peer rieanT EET sis Hipmee Fr Big oon § 6a: Jonna se 


é 
SUB2 


e 
e 


e 


MVSGPSW a atl DIAL OVes 222 ” 


e 
e 


tN4o 


WAT4DPU 


LN4E 


e 


WAT&EPU 


tNSO 


LING OWNER@SSCPO I 


oo ERNEMS YG tO » 
DAYA7PU PU: 


LINE SSOWNERSSSCPOI7 


DELAY=2, * 
so bes STATMOD*YES, athe cab dia oe ete cd ates Me, Ren ene MRR Tne ee re 
ee  TIMEOUT#B40, 6 Sete : aoe PUOREE AOE TEE es Past SPREAD PL Pe. PA: 


PATHS AbUSUIS (20) OE eh SS ge 
DESTSUB=(40. 2. 3) .PATH TO FIND VS1(40) .DAYREM(2) ANDO @ 
. TORREM(3) 


SWITCHED | SOLG LINES 


See on ee ee ee ae ee te ee nee oe eee gene ee gee Tn 


SSLNCTL&SDLO; 


NRZI=NO, 


REPLYTO?5, 
JYPE=NCP 


oe eres ete 


EEA eo ER DP i aT is RR SI aS 


i ADDRESS= ( 047 : he OG RE oe a e 
SPEED=2400, . 
CLOCKNG=EXT, 


rates EE 


-f: AODRESS*(040) 


* CLOCKNGEEXT, 
NEWSYNCeNO 


SEE AX YF 
 purveesta) 


LINE OWNER#=SSCPO1, 
_.ADORESS=(O4E},. 


“BLOCKNG®EXT) (Sg ES RE Pea for BLE aie > 
MEWSYNCEND oo“ NCR WATERLOO--NCR 8664'S (16M 3770 RUE) 


PU MAXLU=8, | ° 
ne iene ene treater. SWNODESWROEPC ocean 


te fees’ 


ie Goose ceo 
ADDRESS=(050). 


9°V JADVd 


ami 
=a J) 


, a> —_ —_ Sd ont at 7 
ae te oh oe oe ot oe GB te wt oe we we on oe GP ce oe oe ot we GP we J) ce 63 on OP en) oe G3 en OB ee OD ce eet oe et we oe en 3 et ctr ot we we ot on 


<a> 


 CTSaP4 
¢ 


CTS81LO3 LU sch 


_ CTSBILOB 


“ y _ eat reget: Choy Sais ES SAM te: 2 ee 


DATASET: SYS!.VTAMLST DATE: 84/12/28 PRODEXT 
MEMBER: ree EE TIME: 10:19 . 


“natty eee ae eee ae en eee ee eae our PAGE: “8 
eugene ee 


MODE TAB=LMTABL , USSTAB=UKTINCDT , ISTATUS" INACTIVE 
o 
: piisoack cetaelntnts. spamaseasuat staanes ee oe 
vaceessecssceseddusecuesieuscdeccoabscaceouesensscnsebiecenséeesooness | ve Cee ce ee 
* COMM ENGINEERING: -ACR TOWER AS. PU: 12. 4*.8.PHIPPS: (ADVANCED ENG) 2. orca. 
* 150 ACCESS 
* 10 CIRCUITS 1Q SEC17358 ANDO 1Q SEC17357, RESPECTIVELY 


seceecesccsennsasavacccssescoacesnssecassseseaessesasseocoesesconoes 
09.0.9. state 143 Setetet te tt TPS Se ee 


mn a aaa SeTehaPets eege' 8 stoke 
OO ISIE tga goes 
SRE be 


be Wise CO cwwin bees ate “eel Cre: ea | Cele we Se gieieesieue lec” re, em eet a Neve 
eee Me Stee SRST S28, eh Nh) UR PRR ten cena eiew er asee cereie” er tweet ane ARM gS RS 


meee. | 2 OOH, PO 8, | Oe Bees We Cen IOCme 2 Lomas 
sete: 


_LNSS LINE “OMNEReSScPO!, ADORESS=(08e) $PEED#2400, seLoceNaexT, 8 


SOTO58 SERVICE ORDER=(CTS5EP1) 


esate teal dared MAXDATASIES , Maxourey: ‘PASSLIMET”: 
a eae ;NCR. TOWER: (1BM 3274). eee 
° a , ce oe a ee SERRE UST FT Res 
CTS81LOt NCR 7958 “iam 3278 ‘OIsP) ‘ 
MODE TAB=LMTABL, USSTABSUKTINCDT 

cT581LO2 LU LOCADDR=3, PACING=(2, 1). NCR 7958 (IBM 3278 DISP). ecm. “ 

“2 MODETABWEMTABL , USSTABMURTINGDT ce Se Fe eae 
LOCADDR=4 , PACING#(2 24) 5: a aNGR 7856 16m 9278: (Disp). 


CT5B81L04 LU LOCADDR#5,PACING=(2, 1). .NCR 7988 “Cia 3278 DISP) ‘ 
MODE TAB@LMTABL, USSTABSUKTINCDT 
CT581LO5 LU LOCADDR®6, PACING=(2, 1), CR 7958 (18M 3278 OTS) a nts 
| "RSMODETABSUMTABL | USSTABAURTINEDT JESS RE eee 
CT5B1L06 LU ©." LOCADDR® 7. PACINGS (21) 5:57 4 gNGR 6 
AE MODETABELMTABL ; USSTABSURTINCDT : ae 


rath ete 


jen 278/ 518?) 


CTS81LO7 LU LOCADDR=8,PACING=(2, 1), R 79586 (ism 3278 bise) 
MODETAB=LHTABL .U USSTABSKTINGDT : 


ee 


ot eee es Cees 


e ae 
@ OO hey fa aera "ete ® . if SO eee He 
* cccccccceveteheicecdbncisdaleghbattassdulebaecchass SSsessesteeesss 


MVSGP2 GROUP DIALSNO, LNCTLSSOLC. Casement +DUPLEX®FULL SPEED" 120099 css 


a: : Se 
‘sscacssnscdssbbdcssddjebsdbsssdsnansisiugubassstislisseasibeseediobae. 3 
- E & M DAYTON -- —. MILLER XREF DAYLNOSO FOR NRZ SWITCH LINE 

. (LN 051 TO DSEC176237) 


e a aldo nce di vec Ried aco te IT 


pAS1 LINE: oviEReSECPON, ADoREss*(081). 
[<GLOCKNGEEXT ,NRZI=NO 23-3 
. 


SOTS! SERVICE ORDER=(DASIP1 DAS IP2, ibis DAS1P4) 
® 
Eola tener areca tiny MAXOUTNT ; PASSLIMET 208500 


DAS1P 1 PU 
* a 
DASTILON LU 
DAS1IILO2 LU 


‘ nce 
SA Fo SY 
: 


ee cee 


Oe er) 


L°W 39d 


Or ee” 


> ae «wh 


whe 


ee ee | | ee) 


DATASET: 
MEMBER: 


DA511LO3 
DAS11LO4 


DAS 11LO5 
DA511LO6 
DAS!11LO7 
DAS11LO8 
DA5S11LO9 
DASTIL1IO 
% 

DASIP2 

e 
DAS12LO01 
DAS 12L02 
DAS12L03 
DA512L04 
DAS {2L05 
DAS12LO06 
DAS 12L07 
DAS12L08 


DAS{12L09 


~ DAS12L 10 
¢ 


DASIP3 

¢ 
DA5SI3LO1 
DAS 13L02 
DA513L03 
DAS13L04 
DAS 13L05 
DAS13L06 
DAS13L07 
DA513L08 
DA5S13L09 
DAS{I3L10 
é 


DAS 1P4 


SYS14.VTAMLST 
Pe 


cha 


DATE: 84/12/28 
TIME: 10:19 
PAGE: 9 


PRODEXT 


LU LOCADOR=3 
LU ss LOCADOR#4,PACING?(1,1),VPACING=1. LU.T2 IBM 3270 EM* _- 
-MODETAB@LMTABL , USSTAB*SUKTINCDT 9 a ee es Tere ee, 8 
LU LOCADOR*#5. PACING#(1, 4), VPACING? 1, | LUiT2 184 3270 EM * 
MODETAG*LMTABL. USSTAB*UKTINCDT - : . 
LU LOCADOR=6., PACING=(1,1),VPACING#=1, LU.T2 IBM 3270 EM * 
MODE TAB=LMTABL .USSTAB®UKTINCDT 
LU —-_— LOCADDR=7, PACING=(1,1).VPACING=1, = -LU.T2 TBM 3270 EM. Oe oo wcanidaca.te 
MODE TABSLMTABL , USSTABSEUKTINCDT ES 8 AS Cea gtr 
LU LOCADDR#8, PACING#=(1, 1), VPACING=1, “LU. 72 rom 3270 eM @ oo  biee 
= .MODETAB*LMTABL ; -USSTAB®UKTINGDT | : ne Inte 
LU LOCADOR=9, PACING=(2. 1), IBM 9287 ‘EMULATION PRT * 
MODE TABeLMTABL. DLOGMOD=53287 
tu, Lohertaededa ean cde ee reer “RUE ABMLIKE ale I Sas Sw a hes aaah a eect can tiara calles 
PU . nooa=C3, PUTYPE (2), MAxDATAC2éS, MaxOUT 7 PASSLIMW? | 
LU LOCADDR={ “Lu.to WORK Th 
LU LOCADDR=2 LU.TO WORK STA 
LU —sCLOCADDR#3 patent tulte WORK STA i recgetssats 
LU [LOCADOR#4 5 PACING? (1, 1); VPACINGS 1, Uo LULT2 IBM: 3270; - Saaennn 
2 MODETABELMTABL ; ,USSTAB“UKTINCDT Ski. a eee ae 
LU -.- LOCADOR®S5; PACING#( 4; Serene AG. 12. 188. 3270: .t7 Re | 
MODETAB=LMTABL, USSTAB=UKTINCOT 
LU LOCADOR=6, PACING=(1, 1), VPACING=1, LU.T2 IBM 3270 
___, MODETAB=LMTABL .USSTAB*UKTINCDT pceitee ch POET TT 
LU 2 LOCADOR#7 ; ‘PACING#( 4:4); VPACINGS 1, SE LUST 2" 18M: 3270" * 
—-S -MODETABA@LMTABL , USSTABSUKTINCDT . peat ee 
LU: LOCADDR#8, PACING§(15 1); NPACING® 1) 2222 LU 12: ry 9970: in coe 
MODETAB=LMTABL, USSTAB=UKTINCDT 
LU LOCADDR®=9. PACING=(1, 1), VPACING#1, LU.T3 18M 3287 
__.., MODE TAB=LMTABL, OLOGMOD*$3287 — seater ustedes ees 
Luge Lecamons tocPasiie (1 LE atlaede ERE tes we ie ee es 
PU: z a 
Lu LOCADDRe1 LU.TO WORK STA 
LU LOCADOR®2 ; seaaerrarege TO WORK rep aihehcn ia ett ee ethos (elu eee ea tete , Roam, Sine tad, 
Lt Feta cae LOcCADOR#é9°: eee oes fee ech sty ete Rh: HOt orbs ree 0 SLR "LUSTO . WORK. STA Bae eyes . Senge tenes lg edaete oti. co ate 7 ms erate tte OD ie - 5 2 
LU. LOCADORS4, pacinactt, 4); VPACINGSS, vag RU GT2. TBM: 3270: EM 8 ) Dk 
MOD ET ABH LIT ABL ; [USSTABOUKTINCDT beng MOATAF pe es 
LU LOCADDR®5, PACINGe(14, 1), VPACING#=1, ism 3270 EM © 
MODETABeLMTABL, USSTABeuKTINCOT 
LU LOCADOR=6, PACING=(1, 1). VPACING#1, 18M NTO EM Eee 
>  MODETABSLMTABL; USSTABEURTINCDT: ©: “OS EO en SRP te 
LU = LOCADOR«7 ; PACING? (1; 1); VPACING=1, 2. 
° MODETABSLIITABL 5 -USSTABSURTINCDT | Peele ee 
Lu LOCADOR=8, PACING? (1, 1), VPACING® 1, iow 4976 
MODE TAB=LMTABL, USSTAB=*UKTINCDT 
LU LOCADDRe9, PACING? (1. 1), VPACING#1, a ek eee 
<2" MODE TAB @LMTABL , OLOGMOD4$3287 : Ee ee aa egia 


lgatanne Oreos ie ete LUT: 
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SWITCHED NODE 
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HAKKKIKKAKEKRKERERHERIKKKKIKR ERRATA KAKA AHR EKAAAAKAKRARKKK KEK IK 00001000 
CASE SWITCHED MAJOR NODE DEFINITIONS 


x 
k 
* 
* 
* 


HIF BA HH HK He Ke sete ke Te Ke sede ae sk se sede se Se se sede Fe see se sk te tek ve ste te ok ss te se te os Fe Te ve Fe se ake se ak te ake He He He Se Te ok oH Fe He ak se He Fe 


CASP] 


CASILO] 
CASILO2 
CASILO3 
CASILOL 
CASILOS 
CASILO6 


% 
CASP2 


* 
CAS2L01 


CAS2L02 
CAS2L03 
CAS2LO4 
CAS2L05 
CAS2L06 


* 
CASP3 


CAS3L02 
CAS3L03 
CAS3LO4 
CAS3L05 
CAS3L06 
CAS3L07 
bs 

CASP4 
CAS4&LO} 
CAS4&LO2 
CAS4LO3 
CAS4LOL 


CAS4LOS5 


CONTACT MEL MARSH 
VALID 140CT85 


VBUILD TYPE=SWNET 


PU 


LU 
LU 
LU 
LU 
LU 
LU 


PU 


LU 
LU 
LU 
LU 
LU 
LU 


PU 


ADDR=C2, IDBLK=017, |DNUM=00453,D!SCNT=NO, MAXDATA=265, 
PUTYPE=2,MAXOUT=7,PASSLIM=7, wNCR 7954 (1BM3274) 
SPAN= (SPAN10) 
LOCADDR=2, SPAN= (SPANIO) , 
MODETAB=LMCASE, USSTAB=CASUSSTB 
LOCADDR=3,SPAN=(SPANIO), 
MODETAB=LMCASE,USSTAB=CASUSSTB -NCR 7958 (1BM3278) 
LOCADDR=4&, SPAN= (SPANIO) , 
MODETAB=LMCASE,USSTAB=CASUSSTB -NCR 7958 (1BM3278) 
LOCADDR=5, SPAN= (SPAN10) , PACING=(2,1) , VPACING#=2, 
MODETAB=LMCASE2 ~NCR 7957 (1BM3287) 
LOCADDR=6, SPAN= (SPAN10O) , 
MODETAB=LMCASE, USSTAB=CASUSSTB -NCR 7958 (1BM3278) 
LOCADDR=7,SPAN= (SPAN10O) ,PACING=(2,1) , VPACING=2, 
MODETAB=LMCASE2 ~NCR 7957 (1BM3287) 


ADDR=C3, IDBLK=018, |DNUM=00454 ,DISCNT=NO,MAXDATA=265, 
PUTYPE=2,MAXOUT=7,PASSLIM=7, SPAN= (SPANIO) 


~NCR 7958 (!BM3278) 


~NCR WORKSAVER (1BM3276) 
LOCADDR=2, SPAN= (SPANIO) ,MODETAB=LMCASE, 
USSTAB=CASUSSTB ~ .NCR WORKSAVER (1BM3278) 
LOCADDR=3,SPAN= (SPAN10) ,MODETAB=LMCASE, 
USSTAB=CASUSSTB ~NCR WORKSAVER (1BM3278) 
LOCADDR=4, SPAN= (SPAN1O) ,MODETAB=LMCASE, 
USSTAB=CASUSSTB ~NCR WORKSAVER (1BM3278) 


LOCADDR=5, SPAN= (SPAN10) ,MODETAB=LMCASE, PACING= (2,1), 
USSTAB=CASUSSTB, VPACING=2 ~NCR WORKSAVER (1BM3287) 
LOCADDR=6, SPAN= (SPANIO) , 

MODE TAB=LMCASE, USSTAB=CASUSSTB -NCR 7954 (1BM3278) 
LOCADDR=7,SPAN=(SPANIO) ,PACING=(2,1) , VPACING=2, 
MODE TAB=LMCASE -NCR 7957 (1BM3287) 


ADDR=Ck, IDBLK=018, |DNUM=00455,0!1SCNT=NO,MAXDATA#=265, 
PUTYPE=2,MAXOUT=7,PASSLIM=7,SPAN=(SPANIO) , 
MODETAB=LMCASE, USSTAB=CASUSSTB 


LOCADDR=2 eNCR ITX (1BM3278) 
LOCADDR=3 : ~NCR 1TX (1BM3278) 
LOCADDR=4,PACING=(2,1),VPACING=2 .JES RMT8,1BM B770 RJE 
LOCADDR=5 ~NCR ITX (1BM3278) 
LOCADDR=6 eNCR I1TX (1BM3278) 
LOCADDR=7 ~NCR ITX (1BM3278) 


ADDR=C5, IDBLK=017, |DNUM=00456,D!SCNT=NO,MAXDATA=512, 


PUTYPE®2, MAXOUT=7 , PASSLIM=7 .NCR 7954 (1BM3274) 
LOCADDR=2, 

MODETAB=LMCASE,USSTAB=CASUSSTB = .NCR 7958 (1BM3278) 
LOCADDR=3, 

MODETAB=LACASE , USSTAB=CASUSSTB .NCR 7958 (1BM3278) 
MODETAB=LMCASE,USSTAB=CASUSSTB = .NCR 7958 (1BM3278) 
LOCADDR=5, PACING=(2, 1) , VPACING=2, 

MODETAB=LMCASE2 ~NCR 7957 (1BM3287) 
LOCADDR=6, 


~NCR ITX (1BM3276/3770) 


00002000 
00002100 
00003000 
00004000 
00005000 
00007000 
00010000 
x00020000 
X000 30000 
00040000 
x00050000 
00060000 
X00070000 
00080000 
X00090000 
00100000 
x001 10000 
00120000 
X00130000 
00140000 
X00150000 
00160000 
00170000 
X00180000 
00190000 
00200000 
X002 10000 
00220000 
X002 30000 
00240000 
X00250000 
00260000 
x00270000 
00280000 
X00290000 
00300000 
Xx00310000 
00320000 
00330000 
x00340000 
X00350000 
00360000 
00370000 
00380000 
00390001 
00390100 
00390200 
00390300 
00391000 
x00400000 
004 10000 
X004 30000 
00440000 
x00450000 
00460000 
X00470000 
00480000 
X00490000 
00500000 
x005 10000 
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\S&ULO6 
ASPS 


ASELO} 
ASSLO2 
ASSLO3 
ASS5L04 
ASSLOS 
ASSLO6 
AS5LO7 


ASP6 


AS6L01 
AS6L02 
AS6L03 
AS6LO4 
AS6LO5 
AS6L06 
AS6L07 


ASP7 


ASTLOI 
AS7LO2 
-AS7TLO3 
‘ASTLOG 
-AS7LOS 
-AS7LO6 
-AS7TLO?7 


c 
SASPB 


“ASBLOI 
>ASBLO2 


MODETAB=LMCASE,USSTAB=CASUSSTB -NCR 7958 (1843278) 
LOCADDR=7,PACING= (2,1) , VPACING=2, 
MODETAB=LMCASE2 NCR 7957 (1BM3287) 


ADDR=C6, IDBLK=O17, IDNUM=00457,D!SCNT=NO,MAXDATA#=265, 
PUTYPE=2,MAXOUT#=7,PASSLIM=7, SPAN=(SPANIO) , 
MODETAB=LMCASE,USSTAB=CASUSSTB 
LOCADDR=2 

LOCADDR=3 

LOCADDR=& 

LOCADOR=5 
LOCADDR=6,PACING= (2,1), VPACING=2 
LOCADDR=7, MODE TAB=LMCASE2 
LOCADDR=8, MODETAB=LMCASE2 


JES (RMT32) 


ADDR=C7, IDBLK=017, !DNUM=00458 ,D!SCNT=NO,MAXDATA=265, 


PUTYPE@=2,MAXOUT#=7,PASSLIM=7,SPAN=(SPANIO) , 
MODETAB=LMCASE ,USSTAB=CASUSSTB 
LOCADDR=2 

sale 

LOCADDR= 

LOCADDR=5S 
LOCADDR=6,PACING= (2,1) , VPACING=2 
LOCADDR=7,MODETAB=LMCASE2 
LOCADDR=8 ,MODETAB=LMCASE2 


ADDR=CB, IDBLK=018, 1DNUM=00459,0! SCNT=NO,MAXDATA=265, 
PUTYPE=2,MAXOUT=7,PASSLIM=7,SPAN=(SPANIO), 
MODETAB=LMCASE ,USSTAB=CASUSSTB 
LOCADDR=2 

eee 

LOCADDR= 

LOCADDR=5 
LOCADDR=6,PACING=(2,1) , VPACING=2 
Pee REC ERt car Taectaences 
LOCADDR=5,MODETAB=LMCASE2 


ADDR=CS, IDBLK=018, |IDNUM=00460, MAXDATA=265, MAXOUT#=7, 
PUTYPE=1,SPAN= (SPANIO), 
MODETAB=LMCASE,USSTAB=CASUSSTB 

LOCANNR=2 

LOCADDR=3 | 


- 


JES (RMT33) 


JES (RMT34) 


00520000 


x00530000 


00540000 
00550000 


x00560000 
x00570000 


00580000 
00590000 
00600000 
00610000 
00620000 
006 30000 
00640000 
00650000 
00660000 


x00670000 
x00680000 


00690000 
00700000 
00710000 
00720000 
007 30000 
00740000 
00750000 
00760000 
00770000 


x00760000 
x00 790000 


00500000 
00810000 
00820000 
008 30000 
00840000 
00850000 
00860000 
00870000 
00871000 


x00880000 
x00890000 


00900000 
009 10000 
00920000 
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VTAM TABLES 


LMCASE 
LMCASE2 


CASUSSTAB 
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ILE: LMCASE SUURCE Al 


SrPanMOove Wor (ais, 6 19G), “YALIN, H=SP3B° .NULTIFY®SP3B, 
TIME©99, CLASS-A.MSGCLASS-E,MSGLEVEL®(1,1), 
USERESP3UB,PASSWURD=SPIBPW : 


*THIS 15 A TARLE CREATED ON 10 AUG 84 FUR CASE SNA CLASSES 
Hi NELSON 


/ 
/ 
/ 
J*3T WILL INCLUDE BAD LUGMUVES FOR LEARNING PURPUSES 
J*ADUED ENTRY FOR RUE ("RUE") 12/18/84. (SPY) 
*RUUTE PRINS MYRUR 

/MODE EXEC ASMFCL, 

/ REGION.ASM=1024K, 

{J PARM.ASM®‘LIST ,NULECK, OBJECT, TERM, BUFSIZE(MAX)’, 
/ REGION. LIKED=F3QB4K, 


PARM.LKEDe LIST XREF REFR,REUS,SIZEe(320K,12K)’ NUT RENT 
ZASM.SYSTERM DU SYSUUTZ=E : 
JASM.SYSPRINT DD SYSOUT#E 
'7ASM.SYSPUNCHE OV DUMMY 
aia aa ee ee 
food DD DSN=SYS1.VIAMLIB,DISPESHR Seah 
'7ZASM.SYSIN OD * 00030001 
MCASE MODETAB 00040000 
BMS3270 MODEENT LOGMODE=S3270,FMPROF=X'02', TSPROF=X'02', x00050000 
FRIPROT=X'71', SECPROT=X'4O' , COMPROT=X'2000' 00060000 
SILGMOD MODEENT LOGMODE=DSILGMOD, FMPROF=X'03', TSPROF=X'03', x00070000 
PRIPROT=X'B1',SECPROT=X'AO',COMPROT=X' 3080', x00080000 
RUSIZES=x'8787', PSERVIC=xX '020000000000000000000200' 00090000 
BMS3278 MODEENT LOGMODE=S 3278, FMPROF=X'03', TSPROF=X'03', X00100000 _ 
PRIPROT=X'B1',SECPROT=X'90' , COMPROT=x' 3080', X00} 10000 
RUS!ZES=x'8587' ,PSERVIC=x'020000000000000000000200' 00120000 
(43278  MODEENT LOGMODE=RM3276, FMPROF=X'03', TSPROF=X'03', x00 130000 
PRIPROT=X'B1',SECPROT=X'90',COMPROT=X' 3080', X00 140000 
RUSIZES=Xx'8B00', PSERVIC=X'020000000000000000000000 ' 00150000 
ESTA MODEENT LOGMODE=TESTA,FMPROF=X'03', TSPRUF=X'03', x00 160000 
PRIPROT=X'B1',SECPROT=X'90', COMPROT=X' 3080', X00170000 
RUSIZES=X'FBFB', PSERVIC=X'020000000000000000000200 ' 00180000 
TESTB MODEENT LOGMODE=TESTB,FMPROF=xX'02', TSPROF=X'O2', x00190000 
PRIPROT=X'BI', SECPROT=X'90', COMPROT=Xx' 3080', x00200000 
RUSIZES=x'8587' , PSERVIC=Xx'020000000000000000000200' 00210000 
TESTC MODEENT LOGMODE=TESTC,FAMPROF=X'03', TSPROF=X'03', X00220000 
PRIPROT=X'71',SECPROT=xX'hO' , COMPROT=X' 3080', X002 30000 
RUSIZES=x'8587', PSERVIC=Xx'020000000000000000000200' 00240000 
TESTD MODEENT LOGMODE=TESTD,FMPROF=X'03', TSPROF=X'03', x00250000 
PRIPROT=X'BI',SECPROT=X'90' , COMPROT=X' 3080', x00260000 
RUS!1ZES=x'8587' ,PSERV!IC=x'0O10000000000000000000200 ' 00270000 
PRT3287 MODEENT LOGMODE=PRT 3287, FMPROF=X'03', TSPROF=X'03', Xx00280000 
PRIPROT=X'21',SECPROT=X'90', COMPROT=x' 3080', x00290000 
RUSIZES=x'8587' ,PSERVIC=x'030000000000000000000000 ' 00300000 
PRT7401 MODEENT LOGMODE=PRT7401,FMPROF=X'03', TSPROF=X'03', X00 310000 
PRIPROT=X'B1',SECPROT=X'AO',COMPROT=X' 3080', x00 320000 
RUSIZES=x'B5B87', PSERVIC=x'0O]O00000E 100000000000000' 00330000 
PCA MODEENT LOGNODE=PCA,FMPROF=X'03', TSPROF=X'03', x00 340000 
PRIPROT=X'BI',SECPROT=X'90', CONPROT=X'‘ 3080', x00 350000 
RUSIZES=x'87F8', PSERVIC=X'02C000000000 185000007£00' 00360000 
PCB MODEENT LOGMODE=PCB,FMPROF=X'03', TSPROF=X'03', x00 370000 
PRIPROT=X'Al', SECPROT=X'Al', COMPROT=x'7080', x00 380000 
RUSIZES=X'8585' ,PSERVIC=X'01] JOOOOOF 100C00000010040' 00390000 
RJE MODEENT LOGNODE=RJE, FMPROF=X'03', TSPROF=X'03', x00400000 
Bee eee eee x004 10000 
SSNDPAC=X'00', SRCVPAC=X'01', RUSIZES=Xx'B585', X00420000 
PSNDPAC=X'0O1', PSERVIC=X'01112000F 100CO0000010040', x004 30000 
ENCR=x'00' 00440000 
MODEEND 00450000 


—~ XREF (FULL) ,RENT 
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VM/SP CUNVERSATIONAL MUNITUR SYSTEM 


OO000¢ 
oo000d:! 
ov0our 
O9090" 
OO000 ' 


FILE: LMCASE2 SOURCE Al VM/SP CONVERSATIONAL MONITOR 


/SP3B8MODE JOB (8615.6196), ’YAHN,N=SP38’ .NOTIFY=SP38. 

/ TIME=99,CLASS=A,MSGCLASS=E,MSGLEVEL#=(1,1), 

/ USER=SP38,PASSWORD?2954 

/*THIS IS A TABLE CREATED ON 12/18/84 FOR CASE SNA CLASSES. 
*ROUTE PRINT MYRDR 

/MODE EXEC ASMFCL, 

/ REGION. ASM=1024K, 


(SPY) 


/ PARM.ASM=’LIST,NODECK, OBJECT, TERM,BUFSIZE(MAX)’, ™ XREF(FULL),RENT 


/ PARM.LKED=’LIST, XREF, REFR,REUS, SIZE=(320K 12K)’ NOT RENT 
/ASM.SYSTERM DD SYSOUT#=E 

/ASM.SYSPRINT DD SYSOUT#E 

/ASM.SYSPUNCH DD DUMMY 


/* DD OSN=SYS1.VTAMLIB,DISP#SHR 
/ASM.SYSIN DD * 
LMCASE2 MODETAB 
DSILGHOD MODEENT LOGMODE=DSILGMOD, FMPROF=x'03', TSPROF=X'03', 
PRIPROT=X'BI', SECPROT=X'AO', COMPROT=X' 3080", 
PSNDPAC=X'02'. SSNDPAC=X'02', 
RUS1ZES=X'8787',PSERVIC=X'01000000B 100000000000000' 
RM3278  MODEENT LOGMODE=RM3278, FAPROF©X'03', , TSPROF =K'03" 
PRIPROT=X'B1*, SECPROT=X'90', COMPROT=X' 30B0', 
RUSIZES=X'BB00', PSERVIC=x'020000000000000000000000' 
RM3287  MODEENT LOGMODE=RM3287, FMPROF=X'03', TSPROF=X'03', 
sii PRIPROTSK 717, SECPROT=X'hO', COMPROT=X 2000! 
MODEEN 


/ 
/ 
/ 
/ 
/ 
/ 
/ 
yy REGION. LKED=384k, 
/ 
/ 
/ 
/ 
/ 
/ 


0001000) 
00020001 
00030001 
00040000 
x00050000 
x00060000 
X00070000 
ooocs0000 
X00090000 
X00 100000 
00110000 
X00120000 
00130000 
00140000 
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aay 


FILE: CASUSSIR SOURCE Ail 


/SP38USST JUB (8615,6196)., ’YAHIN.N=SP9B’. REGION® 1024 
J MSGLEVEL=(1, 1). MSGCLASS=E ,.CLASS=A,1TIME=4, arent 
/ USER-SPr3aB, PASSWORDEXXXX 

*JORPARM (-199,C-0 

“ROUTE PRINT MYRDR 

/USSTAB EXEC ASMFCL, 

j REGION.ASM=-1024kK., 
/ 
/ 
/ 


REGION.LKED= 384K, 

PARM.LKED=’LIST, XREF, REFR,REUS,SIZE=(320K,12K)’ NOT 
ASM.SYSUT 14 DOD UNIT=VIO, SPACE= =(CYL, (2, id oe 
//ASM.SYSTERM DD SYSOUT&E 
//ASM.SYSPRINI DD SYSOUT®&E 
//ASM.SYSIN DO * 


CASUSSTB USSTAB TABLE=CIOTRANS 

LOGON USSCMD CMD=LOGON,FORMAT=PL 1 
USSPARM PARM=APPLID 
USSPARM PARM=LOGMODE 
USSPARMN PARM=P1,REP=DATA 

TSO USSCND CMD=TSO, FORMAT=BAL,REP=LOGON 
USSPFARM PARM=APPLID,DEFAULT=TSO 
USSPARM PARM=LOGMODE, DEFAULT=S 3278 
USSPARM PARM=P1, REP=DATA 

TSOB USSCAD CMD=TSOB, FORMAT=BAL .REP=LOGON 
USSPFARMN PARM-APPLID,DEFAUIL1=1S0 
USSPARM PARM=LOGMODE ,DEFAULT=1ESTB 
USSPARM PARM=P1],REP=DATA 

CICS) USSCMD CMD=CICS,FORMAT=BAL,REP=LOGON 
USSPARM PARM=APPLID,DEFAULT=CICS 
USSPARM PARM=LOGMODE, DEF AULT=RN3278 
USSPARM PARM=P1,REP=DATA 

NCCF2 USSCMD CMD=NCCF,FORMAT=BAL,REP=LOGON 
USSFARN PARM=APPLID,DEFAULT=NCCF 2 
USSPARM PARM=LOGMODE,DEFAULT=DSILGMOD 
USSPARM PARM=P1,REP=DATA 

VCNA USSCMD CMD=VCNA, FORMAT=BAL,.REP=LOGON 
USSPARN PARM-APPLID, DEFAULT" VAMVCNACB 
USSPARM PARM=LOGMODE , DEF AULT=RM3278 
USSPARM PARMN=P1,REP=DATA 

[BMTEST USSCMD CMD=!1BNTEST, FORMAT=BAL 
USSFARN PARM=P1, DEFAULT=10 
USSPARM PARN=P2,  DEFAULT=ABCDEF GH! JKLMNOPQRSTUVWXY ZO 123456789 

LOGOFF USSCAMD CMD=LOGOFF, FORMAT=PL1 
USSPARN PARN=APPLID 
USSFARM PARM=TYPE, DEF AULT=UNCOND 
USSPARM PARM=HOLD,DEFAULT=YES 

MESSAGES USSMSG MSG=0,1EXIT=' 

— MOMENTARILY. ' 7 

USSNSG MSG=1,TEXT=' % INVALID COMMAND SYNTAX' 
USSNSG MSG=2,TEXT='7?... % COMMAND UNRECOGNIZED' 
USSNSG MSG=3.TEXT='7... % PARAMETER UNRECOGNIZED' 
USSMSG MSG=4,TEXT='1... % PARAMETER INVALID ( % NOT ACTIVE) ' 
USSMSG MSG=S.TEXT='1... %° UNSUPPORTED FUNCTION' 
USSMNSG MSG=6,TEXT='% SEQUENCE ERROR (PLEASE BE PATIENT) ' 


MER NORSK KS KK 


VM/SP CONVERSATIONAL MUNIITOR SrSTE 


FARM. ASM=‘LIST,NUDECK,OBJECT, TERM, BUFSIZE(MAX)’, = XREFC FULL) REG 


00050000 
00060000 
00070000 
00080000 
00090000 
00100000 
00110000 
00120000 
00130000 
0014ouv0 
00150090 
00160000 
00179000 
001B0000 
00190000 
00200000 
002100U0 
00220000 
00230000 
00240000 
00250000 
00260000 
00270000 
00280090 
00290000 
00300009 
00310090 
00320000 
00330900 
00340009 
00350000 
00360000 


THANK YOU -- 3 WILL COMMENC*003 70000 


003B0000 
003909U0 
00400000 
00410000 
00420900 
00430000 
ooLluovo 


USSMSG MSG=7,TEXT='SESSION NOT BOUND (TSO/APPLID NOT AVAIL.) ' 00450000 


USSMSG MSG=8,TEXT='INSUFFICIENT STORAGE TO PROCESS REQUEST" 00460000 
USSMSG MSG=9,TEXT='MAGNETIC CARD DATA ERROR‘ 004790000 
USSMSG MSG=10,BUFFER=LOGBUF! ‘'WELCOME TO COMTEN" MESSAGE 00489000 
USSMSG MSG=11,TEXT='SESSION ENDED %' 00499999 
USSMSG MSG=12,.TEXT='% REQUIRED PARAMETER OMITTED' 00590900 
USSMSG MSG=13, BUF FER=LOGBUF 2 TEXT='IBMECHO 3%' 00510900 
USSMSG MSG=14,TEXT='USS MESSAGE % NOT DEFINED' 09520000 
EJECT . 09530900 

* @ATTREQU , DEFINE 3270 FULLSCREEN EQUATES 00540909 
SPACE | 00559009 

* DEFINE 3270 SCREEN CONTROL CHARACTER EQUATES 00560000 
SPACE 1 00570009 

@ic EQU = =Xx'13! INSERT CURSOR (NO OPERANDS) ANSBOOVN 

@SF, FOU =X'1D' START-OF-FIELD (2 OPERANDS) 

@SBA EQU Ox" tt START BUFFER ADDRESS PAGE A.15 

@RA EQU  Xx'3C' REPEAT TO ADDRESS (3 OPERAND 


@ESC 
@ESCBEEP 


3 
* THIS REPRESENTS THE SCREEN LAYOUT FOR THE 


3270 ESCAPE CHARACTER (1ST IN BUFFER) 


3270 ESCAPE CHARACTER ( + ALARM ) 


DEFINE 3270 ATTRIBUTE CHARACTER EQUATES 


EQU X'CI' 
EQU X'C7' 
SPACE | 

SPACE | 

EQU X'4O' 
EQU  x'CcB' 
EQU xX'60' 
EQU  X'FO' 
EQU xX'EB! 
EQU X'FB! 
EQU  xX'&kC! 
EQU X'7C' 


SPACE 


UNPROT, NO-SHIFT, NORMAL INTENSITY 
UNPROT, HIGH-INTENSITY 

PROTECTED, 
PROTECTED, 
PROTECTED, 
PROTECTED, 
INVISIBLE 
INVISIBLE, 


SKIP, NORMAL INTENSITY 
HIGH-INTENSITY 
NUMERIC, HIGH-INTENSITY 


SKIP (UNUSUAL) 


x {T WORKS FOR ACF/VTAM V1.R3 (UNDER MVS & VS1) AND ACF/VTAM V2.R) 
f 


LOGBUF |] 
LOGBUF 1X 


DS 0 

DC PEE oeeuel) - | 
DC 'F5! ERASE-WRITE (SEE PART 2 OF INST. REF.) 
pc rics WCC (RESTORE KEYBOARD) 

DC AL1(@SBA), X'hOkO' SET BUFFER ADDRESS TO BUFFER START 
pc AL} (@SF ,@P) PROTECTED NORMAL-INTENSITY 

pc C'MVS/SP ACF/VTAM VERSION 2 RELEASE 1 ONLINE ' 

ale AL} (@SBA) , K' C503" SETUP 2ND LINE - ROW 5 COL 26 

DC C'NN NN CCCCC RRRRRRR' 

DC AL1(@SBA) , x'CGES" SETUP 3RD LINE - ROW 6 COL 26 

DC C'NNN NN CCCCCCCC RRRRRRRR 

DC AL1(@SBA),X'C7F9' SETUP 4TH LINE - ROW 7 COL 26 

pc C'NNNN NN CC RR R! 

DC AL1(@SBA) ,x'C9C9' SETUP 5TH LINE - ROW 8 COL 26 

pc c' oN C R ' 

pc C'NN NN NN CC RR RR! 

pc AL1(@SBA) ,X'4ADS' SETUP 6TH LINE - ROW 9 COL 26 

DC C'NN NNNN CC RRRRRRR' 

DC AL1(@SBA) ,X'4BEQ' SETUP 7TH LINE - ROW 10 COL 26 

pc C'NN NNN CCCCCCCC RR_- RR' 

DC AL1 (@SBA) ,X'4CF9' SETUP 8TH LINE - ROW 17 COL 26 

DC C'NN NN CcCccc RR RR 

le af ae a SETUP STH LINE - ROW 12 Pot 19 
DC C'CCCC 0000 M - MM TTTTT EEEEEE N 

DC ee ere 1OTH LINE - ROW 13 ei 18 
pc C'C MM OO E N' 

DC ALT (@SBA) ,X 5061" SETUP ms LINE - ROW af COL 18 
Dc c’'c 4) O MAAMM EEEEE NN N! 

DC AL1(@SBA) ,.X'DIFI' SETUP ee LINE - ROW 15 cOoL 18 
pc c'Cc 0 0 M OM T N N! 

DC at ESPN noe SETUP 13TH LINE - ROW 16 EOL 18 
DC Cc! 0 Oo -M M T E NN! 

DC ALY (BSBA) X'pl4D2' SETUP 14TH LINE - ROW "7 COL 19 
DC C'CCCcc 0000 M M T EEEEEE N' 

pc AL1(@SBA) ,.x'D6FL' SETUP 15TH LINE - aay 19 COL 2) 
DC C'WELCOME TO THE NCR SNA PROBLEM DETERMINATION CLASS! 
pc AL} (@SBA), X'D8C2' SETUP 16TH LINE - ROW 20 COL 19 
pc C'1BM 0S/VS2 RELEASE 3.8 (SP1.3), SERVICE LEVEL "uy"! 
DC AL) (@SBA) ,X'SAEG' SETUP 17TH LINE - ROW 22 COL 21 
Dc AL) (@SF, @PH) 

pc C'PLEASE ENTER YOUR VTAM LOGON SEQUENCE! 

pc AL1(@SBA),X'S5BS5F' SETUP LOGON LINE - ROW 22 COL 80 
DC AL1 (@SF, UH, @!C) UNPROTECTED HIGH-INTENSITY CURSOR 
DC AL1 (@SBA) , X'SCFO' SETUP END OF LOGON - ROW 24 COL 1 
DC AL} (@SF,@P) PROTECT REMAINDER OF SCREEN 


NO-SHIFT, NORMAL INTENSITY 


USSMSG MSG=10,BUFFER=... 


00620000 
006 30000 
00640000 
00650000 
00660000 
00670000 
00680000 
00690000 
00700000 
00710000 
00720000 
007 30000 
00740000 
00750000 
00760000 
00770000 
00780000 
00790000 
00800000 
00810000 
00820000 
008 30000 
00840000 
00850000 
00860000 
00870000 
00880000 
00890000 
00900000 
00910000 
00920000 
00930000 
00940000 
00950000 
00960000 
00970000 
00980000 
00990000 
01000000 
01010000 
01020000 
01030000 
01040000 
01050000 
01060000 
01070000 
01080000 
01090000 
01100000 
01110000 
01120000 
01130000 
01140000 
01150000 
01160000 
01170000 
01180000 
01190000 
01200000 
01210000 
01220000 
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CICS DEFINITIONS 


TERMINAL CONTROL TABLE 
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H Fe ve se He He ke Fe Ke He te He se Fe ke He Fe he Fe KH He HoH Ke Fe H He FoF He HR Ke HK HH Ke He He Fe He He He Fe Fe_H_ HHH He He He ese KKH HK HH HK KK 
k 


* CICS 1.7 TERMINAL CONTROL TABLE (MACRO DEFINITIONS) 
* 


HF He Fe ve Fede He He se de He desk He Fe He He HH He He Hee Fe He Fe He He Fe Fe He He He Fe He He He Fe He Fe He He He He He He He ak ke de He He He He dk He se se He He He Fe Fe Fe He He He HF 


TITLE ‘SNA 3270 NCR DAYTON - CASE' 
Bete He He He de se Ht at ak He ae He ae ak Mee de He He ak se He He ae Me Te He He He He se He ae se He Ne see He ae ake se He se ve se ae ae He He se He ake ae dee Me He He Me He He He He He R 


* SNA 3270 - NCR DAYTON t 
* VALID : 
k TERMINAL TYPE = 'LUTYPE2' t 
* CICS LOGICAL UNIT NAME = 'CAOI' tk 
* VTAM & ACF/NCP LU NAME = 'CASILOI' : 
% 
KAA ARH ese mete Keke seseRsede sede see Fete PeFeHePe HAHAHAHA Here sesesedeteseseseH FFA NRE SHH HHH KK HK HK 
CAOl DFHTCT TYPE=TERMINAL, 

ACCMETH=VTAM, 

TRMTYPE@LUTYPE2, 

NETNAME=CASILOI, . 

TIOAL=(1000, 4000) , 

GMMSG=YES, 


RELREQ=(NO,YES), 

TRMIDNT#=CAO], 

BRACKET#=YES, 

TRMMODL#2, 

PGESTAT=AUTOPAGE, 

RUSIZE=256, 

BUFFER=256, 

CHNASSY=YES, 

TRMSTAT=TRANSCEIVE 

TITLE 'SNA 3270 NCR DAYTON - CASE' 

Fete He He de He He He He de He He He He He He He He He He de He Fe He He He H He de He He He He He Fe He He Fes Fe He He Fe He ak se He He He He vee Ne He He He de He He He He He He He de He ke Hk 


SNA ctl - NCR DAYTON 
VALID 


* 
%* 
TERMINAL TYPE = 'LUTYPE2! t 
CICS LOGICAL UNIT NAME = 'CAQ2' ‘ 
VTAM & ACF/NCP LU NAME = 'CASILO2' * 

% 

4 


He te te Fe He He He Fe He Fe Fs Fe Fete Fe Fe He Fe Fe Fe Fe Fee Fe He He Fe Se Fe Fe He He he te He He Fe Fe Fe Fe Fe Se Fe Se Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe Fe He He He Fe Fe Fe Fe He Fete He He 
CA02 DFHTCT TYPE=TERMINAL, 

ACCMETH=VTAM, 

TRMTYPE=LUTYPE2, 

NETNAME=CASILO2, 

TIOAL=(1000, 4000) , 

GMMSGeYES, 

RELREQ= (NO,YES), 

TRMIDNT=CAQ2, 

BRACKET=YES, 

TRMMODL#=2, 

PGESTAT=AUTOPAGE, 

RUS! ZE=256, 

BUFFER#=256, 

CHNASSY=YES, 

TRMSTAT=TRANSCE IVE 

TITLE 'SNA 3270 NCR DAYTON - CASE! 
Fe Fe He Fe Fe He Fe He He He Fe He He Fe Fe He He Fe Fe Se He Fe He Fe He se Fe He Fe Fe Fee He Fe Se Fe Fe He Fe Se Fe Se Fe He Fe Fe Fe Se Fe Fe Fe Fe Fe Hc He He He Se Fe Fe Fe Fe Fe He He He fe Fe Fe He H 
SNA 3270 aanee DAYTON 
VALI 


TERMINAL TYPE : = 'LUTYPE2' 
CiCS LOGICAL UNIT NAME = 'CAO3' 
VTAM & ACF/NCP LU NAME = 'CASILO3' 


+r tte © 


+e HS HF 
tet SS FS 


0001000) 
0002000! 
00030001 
0004000) 
00050001 
00060000 
00070000 
0008000} 
00090000 
00100000 
00110000 
00120000 
00130000 
00140000 
*00 150000 
*00 160000 
*00170000 
*00150000 
X00190000 
*00200000 
#002 10000 
%*00220000 
*002 30000 
*00240000 
*00250000 
*00260000 
%*002 70000 
*002650000 
00290000 
00300000 
00310000 
00320001 
00330000 
00340000 
00350000 
00360000 
00370000 
00350000 
*00 390000 
*00400000 
*004 10000 
*004 20000 
X004 30000 
*00440000 
*00450000 
*00460000 
*004 70000 
*00480000 
*00490000 
*00500000 
#005 10000 
*00520000 
00530000 
00540000 
00550000 
00560001 
00570000 
00550000 
00590000 
00600000 
00610000 
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CHNASSY#YES, 
TRMSTAT=TRANSCEIVE 
TITLE 'SNA 3270 PRINTER NCR DAYTON - CASE' 
HHH IIHR ICH HII HK IK Hee He Fee Hee He He He Fe Fe Fede He Fe He He He Fe se He Fe Fe He te se He ve ve se He se He Fe He He He He Fe He He ke Fe Fe He He He He He He He Fe I 
SNA 3270 - NCR DAYTON - * 
VALID * 
TERMINAL TYPE = 'LUTYPE3' * 
CICS LOGICAL UNIT NAME = 'CAO6' t 
VTAM & ACF/NCP LU NAME = 'CASILO6' * 
LOGMODE MODIFIED ON 26AUGB85 KRUG tk 
He Fe Fe Fe H eH Fe Fe Fe He Ic He Fee Fee ve ve Fe Fe Fe Fe He Fe Fe Fe Fe He He He Te Fe Fe He te He Fe ve He He He ae He He He se te Fe He Fe ake He He He He He Te se He He Fe Fe He He Fe He He He HK 
CAO6 DFHTCT TYPE@TERMINAL, 
TRMIDNT#=CAO6, 
NETNAME=CASILO6, 
RUS I ZE=256, 
ACCMETH=VTAM, 
TRMTYPE@=LUTYPE 3, 
TRMMODL=2, 
FFEYES, - 
BUFFER=256, 
TCTUAL=255, 
RELREQ= (YES, YES) , 
CHNASSY#YES, 
LOGMODE=DSILGMOD, 
TRMSTAT= (TRANSCEIVE,NOINTLOG) , 
PGESTAT=AUTOPAGE 
TITLE 'SNA 3270 NCR DAYTON - CASE' 
GIFHAIHH ted seseke sed sedtesesedeteseseseds kesedesetededesesede ds dese de sedese dese se tede de Keke Fete FSH seweKKEHKKKRHIEKRE 


+t tt & 


* SNA 3270 - NCR DAYTON * 
* VALID k 
* TERMINAL TYPE = 'LUTYPE2' x 
* CICS LOGICAL UNIT NAME = 'CAII' * 
tk VTAM & ACF/NCP LU NAME = 'CAS2L01' * 
& * 
Fe Fe Fe te He He Fe He te Fe sk SoH Fee Seve ste te Se de ake Fe se Te Se se He as Se Fe te de Fe Fe Hk Fe Fe te He Fe Se Fe se te Fe Se de Te He Fe He Fe He Te He Fe de He He K Fede Fete Fe He He He K 
CAl1 DFHTCT TYPE=TERMINAL, 

ACCMETH=VTAAM, 

TRMTYPE=LUTYPE2, 

NETNAME=CAS2L01, 

TIOAL=(1000,4000) , 

GMMSGeYES, 


RELREQ=(NO,YES) , 
TRMIDONT=CAII, 
BRACKET@=YES, 
TRMMODL=2, 
PGESTAT=AUTOPAGE, 
RUS1IZE=256, 
BUFFER=256, 
CHNASSY=YES, 
TRAMSTAT=TRANSCE IVE 
TITLE ‘SNA 3270 NCR DAYTON - CASE' 
HAHAH IIA RR KH He He He He sete sede He see ke Hes Nese de He ve ae Hea se ede de Hse Ke He HH RT eH He Rae aR Aa AR IAI TRE 
SNA 3270 - NCR DAYTON 
VALID 


* 
* 
TERMINAL TYPE = 'LUTYPE2' * 
CICS LOGICAL UNIT NAME = 'CA12' * 
VTAM & ACF/NCP LU NAME = 'CAS2L02' * 

* 

x 


RKKKRKKRKIKKERERAERKKERKRE KTR AERIAL IK KR IRAE AERA HKERK EAN 
CAl2 DFHTCT TYPE=TERMINAL, 
ACCMETH=VTAM, 


He SDD & 


#0 1230000 
01240000 
01250000 
01260000 
01270001 
01280000 
01290000 
01300000 
01310000 
01320000 
01330000 

x01340000 

X01350000 

X01360000 

*01370000 

X01380000 

X01390000 

x0 1400000 

X014 10000 

X01420000 

X01430000 

x01440000 

X01450000 

01460000 

X%01470000 
01480000 
01490000 
01500000 
01510001 
01520000 
01530000 
01540000 
01550000 
01560000 
01570000 

#01580000 

%01590000 

*01600000 

01610000 

X01620000 

#016 30000 

#0 1640000 

*0 1650000 

*0 1660000 

*0 1670000 

*0 1680000 

*0 1690000 

*01700000 

%01710000 
01720000 
01730000 
01740000 
01750001 
01760000 
01770000 
01780000 
01790000 
01800000 
01810000 

#01820000 

#0 1830000 
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ver 


ae 
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NCCF DEFINITIONS 
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KIKKEAAKKSAKERIK ARIK Rede He RH Se Fe He Fe Fe He se He de He Fe He Fete de ke He se Ke te ve te se ok de He de He He ke Tek He ge de ke Fede He He He Ke KKK 


(C) COPYRIGHT IBM CORP. 1986 | 
LAST CHANGE: 05/13/86 17:25:17 SS 1=62462036 
|EBCOPY SELECT MEMBER=((CNMS1007,DS!DMN,R)) 


DESCRIPTION: SAMPLE DSIPARM - SYSTEM LEVEL PARAMETERS FOR SA=01 


k 

* 

tk 

* 

*  CNMS1007 CHANGED ACTIVITY: 
* CHANGE CODE DATE DESCRIPTION 
* 

k 

* 

* 

% 


ar om Om & & a & & = & Ge o> Ge & @ Gs Ge a@ & ere @ @eeeGee @ @ S&S oe eee Se Fe OH SO @ @ & & @& &S &S &S & ww 


DCR1263 05/15/87 ADDED TASK STATEMENT FOR CNMCSSIR 


$O1=0Y11745,NETR2 XA,01/27/88,SL: APAR TO INCLUDE THE FOLLOWING 


FIXES PO51265 


tee HHS DH 


He te Fe dete He sk He te Kode He He He te te Fe He He Fe He Ke ve He Fe He Fe ke Fe Fe Fe Ne Fe Te He He Fe 3k He ve He Fete Fe se se ake ke sk Se He Fe He He He Ke Fe He He Fe He He te Fe He Ke Ke Fe He K 


NCCFID  DOMAINID=NCCF2,DMNPSW=NCCF2,DROP=NO, SUPPCHAR=/ 
NCCFIC IC=SETPPT - | 
Kisedetedekdedestekddekdedekdetedestetedevek descsksededededesededesesededesesketedcsededetetescsedckdeteksekkkeek 
IF ALERT AND MESSAGE FORWARDING IS REQUIRED, COMMENT OUT 
"'NCCFIC {Ce=CNME1034' AND UNCOMMENT ONE OF THE FOLLOWING: 


FOR A DISTRIBUTED NODE, UNCOMMENT "NCCFIC IC=DNIC' 


ONLY ONE NCCFIC STATEMENT I!S ALLOWED AT A TIME 
RKKKHKKEAKRE RIKKI IH RI HH HR Fe He Fe He Fe He Hee Fe HH Hee He He He He He He He He Fe He He He se ae he Fe se He Se He He se 
NCCFIC | C=CNME 1034 

% NCCFIC IC=FPIC 

x NCCFIC IC=INIC 
* NCCFIC IC=DNIC | 

dete te te He de He Fe de He He hee He Fe Tete de He de ve se He ve He Nese Fe He Fe He He He He He Fe ae se ae He ae se Hea Me se de Se se He He ae He He Ne ese He ae ke se Hee 
* mores A TRANSTBL STATEMENT IS NEEDED FOR A CHARACTER SET 
k THAT IS REQUIRED FOR INPUT/OUTPUT, 

* WHERE DSIXXXXX 1S THE NAME OF THE TRANSLATE TABLE. 
* 
* 
k 
* 

* 
te 


k 

* 

kk & 

* * 

* te 

* FOR A FOCAL POINT NODE, UNCOMMENT 'NCCFIC  IC@FPIC! k 
“% FOR AN INTERMEDIATE NODE, UNCOMMENT 'NCCFIC  IC#INIC! : 

* 

* * 

* & 

* x 


& 
* 
k 
DSIEBCDC 18 USED FOR EBCDIC SUPPORT AND t 
IS THE PRECODED (DEFAULT) VALUE. * 
DSIKTKNA 1S USED FOR KATAKANA SUPPORT AND 
DSIKANJ! 1S USED FOR KANJI SUPPORT. tt 
ONLY ONE TRANSTBL STATEMENT SHOULD BE CODED. * 
RHKKKAKKAAARA RR KKH KKK HH HICH ICK KH HH HH HH HHH HHH H He HH HK HHH KR KKK 
TRANSTBL MOD=DS!EBCDC 
* TRANSTBL MOD=DSIKTKNA 
* TRANSTBL MOD=DSIKANJ 
HH Fe Ke He Fe Fede K Fe Fe & Fe Fe Fe Ne Se Fe He Te He Fe H Fe Fe He Fe He Te Te He He Fe Fe He Te He Fe Fe Fe Fe Fe Fe Fe Te He Fe Se Fe Fe Se He He He He He Fe He He Fede Hee 
# NOTE: THE FOLLOWING STATEMENT SHOULD BE CODED IF USING tk 
THE VSAM LSR OPTION. SEE THE MEMBER CNMSJMO1 TO * 
; ASSEMBLE AND LINKEDIT DSIZVLSR. tk 
KI eH HeH Fe FoF Fe Fe $e Fe Fe He Fe Fe He He He He Fe Te Fe He Fe Fe Fe Ho He Fe He He He He He Fe Fe He Fe He He Fe Ve He Te Te He He He oe ote He He Fe He Fe Fe He He He Fe HK 
* VSAMLSR DSIZVLSR 
x SPECIFY LOGON CHECKING 
OPTIONS VERIFY®RACE 


CDMNSESS 8 
MAXSPAN 
MAXABEND 5 
MAXLOGON 5 
STORPOOL SIZE=1 
POSPOOL 10 
RALNC RRD 
®% NAME THE NETWORK OPERATOR TERMINALS 
POS CASTLO} 
POS CASILO2 
POS CASILO3 


POS CASILOS 


00420000 
00430000 
00440000 
00450000 
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POS CAS2L01 
POS CAS2L02 
POS CAS2L03 
POS CAS2L05 
POS CAS31L02 
POS CAS3L03 
POS CASS5LO) 
POS CASSLO2 
POS CAS5LO3 
POS CAS6LO} 
POS CAS6LO2 
POS CAS6L03 
POS CAS7LO}I 
POS CAS7LO2 
POS CAS7LO 


HARDCOPY CASILO 
HARDCOPY CASILO6 
HARDCOPY CAS2L04 
HARDCOPY CAS2L06 ~ 
HARDCOPY CASS5LO6 
HARDCOPY CAS6L06 
HARDCOPY CAS7LO6 
te te tek te He ok ok oe So te te te He Fe oe He sk sk oe He ke Fe Fe Fe Fe He Tc Fe He He He He Fe He Se Fe He He Fe He He se Me Te He Te He He ve He He Fe He Fe Fe He He He He Se He Kk 


* NOTE: THE FOLLOWING TASK STATEMENT IS NECESSARY FOR THE % 
& 


* NETVIEW LOGGING FUNCTION. 

Fe oe ote He ok oe He ve ak o's Fe Fe He He te Fe Fe Fe Fe He He Fe Te He sic He Te Te Fe He He He Ve He Fe Fe se Se Fe ve Se Se te Se ss Se Fe Fe Fe ae Te Fe Fe Te Te He He He Fe He He Ke 
TASK MOD=DSIZDST,TSKID=DSILOG, MEM=DSILOGBK, PRI=1},1INIT#Y 

K ae sk ok ot ok aie a ok ve Sz fe ok dk te ve ve ae He Te Te He Ke Me Fe Te He Fe sk ye Se He He He se He Fe aie Fe vc sc He ye He ae He ae He ae ae ae oe Se Fe He Fe Hk He He de He He 

* NOTE: THE FOLLOWING TASK STATEMENT IS NECESSARY FOR THE k 

* NETVIEW CNM ROUTER FUNCTION. t 

de xe oie te os ak He He se oe Se Hie oc aie ak oe 9 ok ak se oe He He Fe Me se te He He Fe Me te Fe Te Te He Fe Fe He Fc Se Nese Te Me Fe ve Fe He Fe Se Te Te Te Se Fe He Fe Fe He He Se He 
TASK MOD=DSIZDST, TSKID=DSICRTR,MEM=DSICRTTD,PRI=6, INIT#Y 

KoIcvesesesedese koe de dese sede se se sk i os Fe Fe Ke Ke Se se se Fe Fe ve Fe He vk Se Fe Se Fe He ss He sie is Se Se ve te Se te oc os Se Te Te Ne He Fe Se Fe Fe He He Fe Fe 

% NOTE: THE FOLLOWING TASK STATEMENT 1S NECESSARY FOR THE ¥ 

* TRACE LOGGING FUNCTION. % 

doses ste ok vests fete te ve ve dese te ve ss oe ake de ve Fe ve Se oe se se sie ie ofc ae He oe oe aie aie ae aie Xe Ve oe Me ve Se aie Fe Me Te He Te Fe Te Se Me Te Te Te Se Se Te se 
TASK MOD=DSIZOST, TSKID=DSITRACE ,MEM=DSITRCBK,PRI=1, INIT#=N 


KFesedesvesk seHe se se te te ke fe Fe Te Fe ese Nese Te Me Fe ve Se Ts He te eve Se Se ve te Fe Fe ve Te se Fe de ste se se sis Fe Fe Se Se ate Hs Vs Se 9k Se Fe Se He Fe Fe He He 


* NOTE: THE FOLLOWING TASK STATEMENT |S NECESSARY FOR THE % 
* MVS/370 AND MVS/XA SUBSYSTEM INTERFACE (SS!) ROUTING. & 
ve ok te ok ok ok oe de fe oc ie Fe He oe Fe He Hc Te Te Te Te Te Fe Fe Me ve Fe Fe Fe ye He Se He ve He Fe He Te Ye He Ve He Ye He se He Ve He 3's He Te He He Fe Fe He Fe He Fe Se Fe Fe Kk 
TASK MOD=CNMCSSIR, TSKID=CNMCSSIR,PRI=5, INITEN 
He Fev te se te te seve ve Seve He teak He se se se Se se Fe Fe Fe Se Fe He Sede Se He te $c Fe Fe Te Fe Fe Fe Fe Fe $s $e Fe Hee Fe Fe Te He Fe He Fe Fe He Ht Se He $e Fe Fe He Ke 
* NOTE: THE FOLLOWING TASK STATEMENT |S NECESSARY FOR THE % 
* ALIAS FUNCTION. * 
He Fe ke HK He He Fe Fe He Fe He Hs He se Fe Fe Fe ye He Hs He Fe Fe Fe Te Fe Te Fe Ts Te He Hs Fe Fe Fe Fe Fs He Fe Ve Fe Ne Fe Ts Fe He Te ve Fe se ae Te He He Fe He Fe Fe Fe Fe Se Fe 


* TASK MOD=DSIZDST,TSKID=ALIASAPL,MEM=DSIALATD,PRI#=5, INIT#@N 
K sede se ste ok He ok Fe se sede ke seve Se de ge dese dese kede se sete dete ge ese ke dese fete Seve Fe fe os $e Se se Fe ve Se Se te ve te He He de Se Se He Fe He se Fe Fe 
* NOTE: THE FOLLOWING TASK STATEMENT tS NECESSARY TO x 
* OBTAIN THE NETWORK PRODUCT SUPFORT FUNCTION x 
Fe te te He He ok ak se se ae oe oe He ok Hk Ne ae Te Fe He Ok Se He se Ke sie He He Fe ve ve oe ae Se Se He He Te Me Ve ve He ae os Ve Tee ve Te ve ae ve Fe ve Hc He He Se Se Se ve se Fe 
TASK MOD=DSIZDST,TSKID=DSIGDS,MEM=DSICPINT,PRI=1,INIT#=N 
Fe Fe ste de ste seo: Sess Se Sea se Fe se ais se ae Ne Se Fe Se Fe Se Fe Se te ve Se Fe Fo Fe Se He Se Te 30 Fe Se Se fe se Te te Fe Ne Se Se Sede Se Sete Fe Fe Fe te Fe se Se Fe , 


* THE FOLLOWING TASK STATEMENT 1S NECESSARY FOR USER EXIT t 
* EXTERNAL LOGGING SUPPORT. % 
*x* NOTE: THE LOGSVC IS USED FOR MVS AND MVS/XA ONLY. CHANGE & 
k THE NNN TO THE USER SVC NUMBER ASSIGNED TO DSIELSVC.& 
* NOTE: FOR VM/SP: PRI=6 FOR THE TSKID=DSIELTSK. & 
* NOTE: FOR MVS AND MVS/XA: PRIi=2 FOR THE TSKID=DSIELTSK. t 
Fe Fe He He Fe He Hk Hk Ke Le He se He He Fe Hk Fe Fe Fe Ke He Te Fe Fe He Ye He Fee HK Fe Fe He ve Fe Te Fe So Fe Fe Fe Se Fe Fe se Te se Fe Fe Se Fe He ve de re ae He Te He He Sede Ke 
TASK MOD=DSIZDST, TSKID=DSITELTSK,MEM=DSIELMEM, PRI=2, INI T#=Y 


00460000 
00470000 
00480000 
00490000 
00500000 
00510000 
00511000 
00512000 
00513000 
00514000 
00515000 
00516000 
00517000 
00518000 
00519000 
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y2°W 39d 


- PROF T LEN: cs ee ‘PROF Sg sss te ites co are BRT! oe ae ‘t % mS Po oes me F . j Sent : y os 22 000,9,0 
OPERATOR’: fee Sar rear onan 


ioe OPERATOR Deaecunne ci. sa. par Sr eae eeie OOM eee eee se. 6 ne eee ote a clone ctetitem te! geen P 5 


" PROFILEN S222 PROF 
'.. + QPERATOR 2 


reer 7 PROFI LEN: Ee = PRO Fa: Boss 
° OPERATOR: 


ae sd ae PROB eT ee ee EI OTE CE EEE OONOST 14 OEE 


oe 8 ef « 


OPERATOR PASSWORD#AUJ20 000 10006 
PROFILEN PROF3 _ seorsraenpgernnr, OQOZOONE 


PROF ILEN::: 


PROFILEN §PROF3 00060006 
oeene OF ee DROZ eee neat hea ieaiedet gn e000 70006 


Oe sea MEMES MESES 


eT gee a gree oe! 
oe oeretea es 7 PF 8% 8,9 OL, 


 PASSWORD*Ad93:. 
‘PROF 4°: tite we Stee 
OPERATOR PASSWORD*AU34 
PROFILEN PROF4 
OPERATOR PASSWORD*AUI5S 


yl PROP LLEN EE PROFS | OSLER ea gponeg eR Ca RAE ENTS GEE OG) IQ OOG HN LINEN et ere 
“Se 2 OPERATOR'S 8 ache are ae ee ieee 
0 PROPTLEN S322: PROF A 22% 


_ PASSWORO*AUS6._ Be ge SOLE 


OPERATOR PASSWORD@Aua7 ee 
PROFILEN PROF4 | 
OPERATOR PASSWORD @ AUB. recogni meena cea 00109009 * 


<< PASSWORD*AUCO: - meets Tae sare 
PROF ILEN 3°i2) PROF 42358) ppb Ph ER hoa ee edt ee 
PROFILEN PROFS 00109414" e 
OPERATOR PASSWORD#AJ4 1 00 1095 14 bd 
PROFILEN PROF 4 00 1096 14 


OPERATOR :::23-. _ PASSWORG=Agad’, 


’ DANE TI PAL! PONE 4st SETS Sa SDE ea ea nettle toa eect SNe ceieitiions otctecety eet oe : 9 BQ on 
PROFI LEN’: Se = PROF 4 =: a Se, SUSY TEES LAE GREE SS SN SE Pe Se SEE = 0010981 ee RE 


seooe- 


“ PROFILEN* = 


PROF ILEN! 3 PROP 2 55 4 fi Senge 7p VINES OAM tn RRS sg GER 


PROFILEN PROFS | 00110014 
OPERATOR PASSWORD=AuU43 00110114 ° 
PROFILEN — PROF4 00110214, ¢ eee 
PROFILENS 20% PROF Rear rer canes cms O08 109 14 merymE ere Es 
OPERATOR: | PASSWORDHANOS: ie |e : 
PROF ILEN? fee: PROF 3. eo oe ee a ade a 
OPERATOR PASSWORD=CAFO. 

PROFILEN PROF 2 

OE ERE TOe PROPD eee ere PT ee ere er 


© PASSWORDSCAF- ee te 


pean 


OPERATOR ::::: 


oe 
oe 
Gor 


OPERATOR PASSWORD=C 
PROFILEN PROF 3 
OPERATOR PASSWORD SCA2S 0.08 5 0,0.8 8 8 10,0,0,0 0.0.0 F me 0 H0 00 80 Oee #86 2 00,0,0 065,9 2.2, MaMte® % 208.2 Met & 
PROFILEN 2" PROF”: ee 
OPERATOR: ::. PASSWORDSCA26 a 

PROFILEN. ©: PROF4. i aa a 
OPERATOR PASSWORD#CA27 

PROF ILEN PROF 4 00220006 * 
OPERATOR | PASSWORD=CA37_ tise eee emg e ON ere cee. tad 
PROFILEN *'"" PROFS) (vs. ee O02 22ON 2 
OPERATOR: PASSWORD#CCO3.. OT Th PARSER. RS SE OOZZIOIB | Le. 
PROF ILEN ©: =, PROF3: . ened PSN UT AARARST Sa AR 7 OOZQWOIB:E FB 


os “00161008 pa osin ge cs eae? 


orere 


OPERATOR PASSWORD®C&442 00225020 * 


JESZ2 DEFINITIONS 


CASE NAME: RMTB8 
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PAREN Sars Rte eR ORS cae ee MF SEE 4 Ronen = le Rtn eee PR Re aie ee we ~ 


STasebecnee’eened 


e 


SNUMNODE® 15 


& OWNNODE = { 
BNETLNES#3 
SNUMNAT®= 105 


SNODREST= 100": recneeeregs, gas gay 


BMAXREST= 12000 _ 


* REMOTE 1 IS SOFTWARE TRAINING’S OFF-SITE 7957 CLUSTER PRINTER: #1: 


RINT 4 
R1.PR{ 


LUTYPE 1, BUFSIZE=256 , NOCON. NUMPR= 1, NUMPU=0, NUMRD=O * 60542040. 
CCTL,CKPTLNS=66,CKPTPGS=1, CLASS=AST,. LIMIT#O- 1000, 00544035 
PAGE A.26 


NUE PARAMETERS See een secs eeeesomeesneca ese eee ee torte ets 


wee geen Of e'e 


00480000 272. NE 


Sees, 7 JREGROUND HARDCOPY ene 
CSPMARE » -?.SDSF.FIXES the 
ae | ee eC ae ee CU0' 20000 
- FULL DESCRIPTIONS OF VES2/NJE INITIALIZATIS’ O90E6 90900 
nd PARAMETERS AND DEFAULTS ARE CONTAINED IN: CO07T9OSND 
ae OS/VS2 SPL: JES2 INSTALLATION, INITIALIZATION, — eo0e8CsOO 

. — AND TUNING. $f2a- 0046 . oo - ODE TOCO © 

abba n ene eenraeranreere need ana nanin reset ee sans eararaeeronsaniesenhaead ~ ON1410000 -- 2... - 
sd 00120000 

* NOTE: CHANGING THE VALUE OF THE FOLLOWING FORCES A JES2 COLD START. 00130000 

. SBUFSIZE BMAXJOBS  8MINUUES &NUMJOES = &NUMNODE =  CO0140000 

° BNUMRUJE &SNUMTG ' &OWNNODE. GRECINCR @: BSPOLMSG fe “Y 290180000 * 

sd & SPOOL BTCELSI2Z STGSIZE be EE Ls QOHGOKIO 

. | ar a ae ae eee ee an. CONFUECOO 
SCEHKSHSEHRASHKH SSE EK SHEHEARSHSHESHSESAAE YEH SEHESEKHSEH*SEKRSESHREHTEAREHKAKRSKELOERHESHEHEAS HE 00187000 
BESTLNCT=S500 2 DCFAULT ESTIMATED PRINT OUTPUT O2AUGBS OO200000 
&ESTPUN=509000 ~=100 DEFAULT ESTIMATED PUNCH OUTPUT O2AUG84 00210000 st 
&CUTKS=5C00 ". 2000 MESSAGE INTERVAL FOR EXCEEDING EST. OUTPUT | MOZVIDIOD ob 
RBOUTPOPT=4 20 - OPTION FOR EXCEEDING EST. JOB CUTPUT. O2AUGB4 00210200 2205" 
& JCOSYLM=30 eee "I MAX NUMGER OF COPIES ALLOWED (JCL/JOBPARI) ONO22G000 2 ens 
SHAXJOBS=(2400,80) 100 MAX NUMBER OF JOBS ALLOWED IN SYSTEM OSAUGE4 00230044 
SMAXPART=21 18 / 3 MAX LOGICAL INITIATORS 2Z3UULB4 28SNCVE4 00240042 
GBMUMCLAS= 10 8 _ S¥SOUT CLASS LIMIT FOR PRTR OR FUN O1UUNE4d 002600900 
SNUMCMBS=(192,85) 15 |." JES2. CONSOLE SUFFERS | a oo Eg270014 es 
BNUMSMFB=(15,85) >. 80). MAX NUMBER OF SMF BUFFERS FOR JES2 USE 00271014 00 
&NUMTPBFe (80,85). 2 NUMBER OF .JES2 TP BUFFERS (SNA4+NJE*#BSC) UJUNS4 00271114 oi Fy 
BNUMJOES=( 1600, a5). SEE SPL NUMBER OF JOB OUTPUT ELEMENTS OSAUG84 00220100 
&TPEFSIZ=3976 400 PUE/NJE TP BUFFER SIZE O3JILB4 00222100 
&BNUMINRS® 15 2 _ NUMBER OF INTERNAL READERS = 00360000. 
SNUMERTS=5 3/2. | MAX NUMBER OF PRINTERS —. * oF PT QOOLCB4 CO3B0056 Vir y 
SISUMPUNS =O 4 MAX NUMBER OF PUNCHES ou > OSSEPBA ONINOOIE ES 
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GLOSSARY 
-A- 
ACB - Access Method Control Block. A control block that links an 
application program to VTAM. 


ACF - Advanced Communications Function. IBM’s proprietary program 
products based on SNA Release 3 or higher. 


ACTLINK - Activate Link 

ACTLU - Activate Logical Unit 

ACTPU - Activate Physical Unit . 

API - Application Program Interface 

APL - a Programming Language 

ASCII - American National Standard Code for Information Exchange. A 
standard code set consisting of control characters used for 
information exchange between data processing equipment. 


Access Method - a method for facilitating input and output operations 
between application programs in the host and remote network 


acquire - In VTAm, the operation in which an application program initiates 
and establishes a session with another logical unit; the application acting 
as primary. 


adjacent nodes - In SNA, two nodes that are connected by one or more links 
wilth no intervening nodes. 


Application Program - a user written program to solve a particular 
user related problem. 


Application program exit routine - In VTAM, a user-written exit routine 
which performs functions for a particular application program. 


Assembly - compilation of gen macros and parameters; a gen step. 
asynchronous - a line protocol in which a group of signals 
representing a character are preceded by a start bit and followed by a 
stop bit. After the stop bit, the receiving device is idle pending 
the next start bit. Also called async or start-stop(S/S). 


Automatic activation - In VTAM, the activation of links and link stations in 
adjacent subarea nodes as a result of an activation command. 


Automatic deactivation - In VTAM, the oppposite of automatic activation. 


Auxillary storage - data storage other than main storage. 


BB - Begin Bracket 

BC - Begin Chain 

BIU - Basic Inforamtion Unit. Consists of RH and RU 
BLU - Basic Link Unit. Consists of LH, PIU, LT 


BMS - Basic Mapping Services. Provides screen formatting control and 
high level language interpretation. 


BSC - Binary Synchronous Communication - a link protocol in which 
synchronization of characters is controlled by timing § signals 
generated by the sending and receiving devices. 


BTAM - Basic Telecommunication Access Method. A non-SNA, host-resident 
access method. 


BTU - Basic Transmission Unit. Consists of two or more PIUs to form 
an extended message. 


Basic Mapping Services - Provides screen formatting controls and high 
level language translation. 


BID - an. SNA command or technique used by a BIDDER requesting 
permission of the FIRST SPEAKER if it (the bidder) may begin 
transmitting messages. Used in HDX-FF protocol. 


Bidder - in an LU-LU session, the half session that must ask 
permission of the other half session if it can have permission to | 
begin transmission. - 


BIND - the SNA command used to activate an LU-LU session. 

Boundary Function - a software component of subarea nodes that routes 
messages to devices belonging to the same subarea and for converting 
network addresses to local addresses and vice versa. 


Bracket - a series of requesis or muitiple RUs that comprise a unit of 
work between two half-sessions. 
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CCITT - Consultataive Committee International Telegraph and Telelphone 
CDRM - Cross Domain Resource Manager. 

CICS - Customer Information Contro System. A general purpose 
communications monitor supporting terminal oriented transaction input 
by an operator. 

CNM - Communication Network Management 

CNMA - Communication Network Management Application. 

CNMI - Communication Network Management interface. 

CNMS - Communication Network Management Services. 

COS - Class of Service. 


Chain - a series of related requests treated as forming a complete 
message. | 


Change Level Data - data pertaining to the release level of the 
hardware/software/firmware. 


Change Management - is the process of defining the elements of an SNA 
network and implementing changes in that network. 


Channel - control and data transfer operations on the S/360 and S/370 
between the host processor and directly attached controllers. 


Character-coded - pertaining to commands (such as LOGON or LOGOFF) entered 
by an end user and sent by a logical unit in character form. 


Class of Service - A virtual route number and transmission priority 
value used to assign a priority of message transmission during LU-LU 
sessions. 


Cluster Controller - device that controls the I/O operations of 
multiple terminals or devices attached to it. May be a PU_1T2.0, 
PU_12.1 or PU_T1. 


Command List (CLIST) - is a command or sequence of commands defined through 
ee that can be executed by an operator, a network event, or another 


Command Processor - a software module or routine that processes commands 
sequentially. 


Communications adapter - an optional hardware feature available on some 
processors that permits communication lines to be attached to the processor. 


Communications Controller - a unit that supports the attachment and 
control of data transmission over telecommunicatin links. 


Communications Network Management Application - a host resident application 
which processes only data concerned with network management. 


Communications Network Management Interface (CNMI) - a VTAM interface which 
allows the passing of CNM RUs (data) from SSCP to the CNMA. 


Communications Network Management Services - network components (PU Svs 
Mgr, counters, etc) that collect CNM data for a node, and transfer this 
data to the proper CNMA. 


Compaction - packing of two characters in one byte.~ Only the most 
frequently sent characters are compacted. 


Cross-domain - another term of operations occurring between two 
domains. 


Cryptography - encoding of data during transmmission to conceal its 
real meaning. 


eT % 
DACTLINK - Deactivate Link 


DACTLU - Deactivate Logical Unit. 
DACTPU - Deactivate Physical Unit. 
DAF - Destination Address Field 


DASD - Direct Storage Device. A data storage device (usually disc) in 
which the access of data is independent of the location of the data. 


DCA - Document Content Architecture 


DCF - Data Count Field. A binary count of the number of bytes in the 
RH and Ru. 


DIA - Document Interchange Architecture. Describes page protocols for 
office automation products, such as top of page and bottom of page 
margins, left margin, right margin, footings, etc. 

DOS - Disk Operating System. Proprietary of IBM. 


DOS/VS - a virtual storage operating system for small medium size 
processors. 


rae - Distributed Processing Program Executive. Operating System for 
8100. 


rae - eee Processing Control Executive. Operating System for 
100. 


Data Flow Control - the software layer responsible for chaining, 

bracket protocol, transmission mode, request and response modes, and 

assigning of sequence numbers. : 

Data Management - A major function of operating systems that involves 

oe: cataloging, locating, storing, retrieving, and maintaining 
ata. 

Dataset - another name for library or file 


Data stream - all data transmitted in a single read or write operation 
to a display station or printer. 


Data Link Control layer - Path Control Network components responsible 
for transferring SNA messages between nodes via the SDLC link. 


Data stream - a general term used to refer to data being transmitted 
using a defined format for presentation on a display terminal or 
printer. 


dedicated line - a temporary physical connection, facilitated by 
dialing into a port via telephone lines. 


Definite response - a positive or negative type response that must be 
issued by the receiver of a message. 


Delayed-request mode - an operational mode whereby the sender continues to 
send request units on the normal flow after sending a definite response on 
thast flow, without waiting for a response to that chain. _ 


Diagnostic modems - modems that have the added clipbilities of monitoring 
the line and themselves to evaluate the quality and to sense when problems 
have been encountered. They have improved problem determination 
capabilities of remote devices tremendously. 


Domain - all subareas and associated resources under the control of a 
single SSCP. 


Downstream Load - the capability of the host (PU-T5) node or the NCP (PU- 
T4) to IPL another node in the network. Typiclly PU-T2 node would be 
downstrem loded. 
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EBCDIC - Extended Binary Coded Decimal Interchange 
EBI - End Bracket Indicator 
EC - End Chain 


EP - Emulation Processing - a software product which allows connection 
of non-SNA terminals by emulating the characteristics of various non- 
SNA terminals. 


- 


ER - Explicit Route or exception response 


Element - that portion of the network address that uniquely identifies 
the NAU within a given subarea. 


End-user - an application program, terminal user, or I/O device that 
makes use of the services that SNA offers. 


Error Log -_ record thata is maintained of errors detected, usually by the 
PU Svs Mgr. 


Exception response - a negatiave response issued by the receiver of a 
corrupted message. 


‘Expedited flow - a data flow that permits messages to bypass other 
messages waiting to be transmitted. Pertains only to SNA commands. 
User data flow is excluded. | 


Explicit Route - a physical path between an originating subarea and 
the destination subarea consisting of a set of transmission groups. 


FCS - Frame Check Sequence 


FDX - Full Duplex. Two-way, bi-directional transmission 
simultaneously. 


FF - Flip-Flop. Alternating direction of message flow between two 
session partners. 


FI - Format Indicator - 
FID - Format Identification. The first four bits of all THs which 
specify the type of the TH. 


FM - Function Management 


FMH - Function Management Header. A header that allows a session 
partner to select a destination partner, control the way data is sent, 
change the destination or characteristics of the data during the 
session, and transmit user information. 


First speaker - The half session that is designated at session 
establishment as having the priority to begin a bracket without 
seeking permission from the other half-session. 


Fix - the solution to a software problem. 

FM Headers - headers inserted into requests containing end-user data 
to convey control information to a device. Generally found in LU1 and 
LU6.2 sessions. 


FM profiles - predefined rules ee the session protocols 
governing Data Flow exchanges between two half-sessions. a 


Full-duplex - a transmission mode whereby both half-sessions may 
transmit and receive normal-flow requests at the same time. 


* dds 


Generation - the process of making a software product executable. 


HDLC - High-Level Data Link Control 
HDX - Half-duplex 


HDX-FF - Half-duplex flip-flop. Session partners alternate turns in 
transmitting data. 


Half-duplex - transmission mode when either half session may transmit 
or receive normal-flow requests at any time. Simultaneous transmit 
and receive is not permitted. 


Host - a computer controlling a total, or a part of a network 
environment. 


Host node - general term for a Type 5 node. 
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IMS - Interactive Management Subsystem. A comprehensive database 
management system. 


IPR - Isolated Pacing Response 
ISO - International Standards Organization 


Immediate-response mode - a method for regulating the order in which 
responses can be issued. Responses will be issued in the same order 
as the requests to which they reference. x 


implementation - the modification of a software product to suit a 
particular site configuration. 


Implied Bid - a technique used by session partner, asking the other 
partner’s permission to begin transmitting by sending a request with 
"begin bracket" indicators turned on. Receiver may accept or reject 
the implied bid. 


Input/Output Control - In an operating system, a group of routines 
provided with the operating system for handling the transfer of data 
between main storage and auxillary storage devices. 


installation - the loading of a new software product into the operating 
system libraries. 


Intermediate node - a subarea whose path control component is 
responsible for routing messages to another subarea node. 


Isolated pacing response - an indication that additional requests may 
be transmitted. It is issued by the receiving device to the sender as 
a specific request, rather than combining the pacing response with a 
response to data or a command. 
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JCL - Job Control Language. A language used to communicate with the 
operting system about resources needed to process a job. 


JES - Job Entry Subsystem. Facility responsible for spooling, job 


queuing, I/O management and controlling the exchange of data with — 
other computer systems. 
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LPDA - Link Problem Determination Application 
LU - Logical Unit 


LU-LU session - One of the six types of sessions, this one serving two 
end-users. 


LU type 0 - a type of LU that uses SNA defined transmission and data 
flow protocols, but allows end-user to define presentation protocols. 


LU type 1 - a type of LU for an application program that communicates 
with a single or multiple device(s) in an interactive, batch data 
transfer, or distributed processing environment. 


LU type 2 - a type of LU for an application program and a single 
(Dec). terminal in an interactive environment using 3270 data stream 


LU type 3 - a type of LU for an application program that communicates 
with a single printer using 3270 data stream(DSC). 


LU type 4 - a type of LU for an application program communicating with 
a single or multiple device(s) in an_ interactive, batch transfer, or 
distributed environment. May also support two display terminals 
communicating with each other. Uses SNA character string(SCS). 


LU type 6 - a type of LU for an application subsystem that is to 
communicate with another application subsystem in a distributed 
processing environment. 

LSID - Local Session Identification. 

Library - a collection of data records related to a specific purpose. 


Link - the combination of the link connection and the link station joining 
network nodes. 


Link connectin - the physical equipment providing two-way communication 
between one link station and one or more other link stations. 


Link edit - a gen stelp which resolves all pointers in the object program 
and translates to machine language, therelby creating a load library as 
output. 


Link header - control information for data link control component of 


the Path Control Network, consisting of flag, address of secondary 
station, and SDLC control field. 
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Link station - the combination of hardware and software that allows a node 
to attach to and provide control for a link. 


Link trailer - control information for data link control component of 

He Path Control Network, consisting of FCS(frame check sequence) and 
ag. 

Load - the process of reading a mag tape containing code into the system. 
Load library - output from the link edit step, in machine language. 

Local - a device that is channel-attach to the processor. 


Local Address - addressing scheme used between a subarea node and a 
peripheral node to identify the rosources within that peripheral node. 


Logical Unit - One of three types of NAUs. A port through which an 
end user accesses the SNA network into order to communicate with 
another end user. 

Logoff - an unformatted request that a session be terminated. 


Logon - an unformatted request that a session be established between an 
application program and a logical unit. 


Logmode - an entry in the Logon Mode Table defining the protocols to 
be used during the LU-LU session. Protocols are exchanged by means of 
the BIND command. 


Logon Mode Table - a table containing sets of named predefined session 
characteristics and protocols. 
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MVS - Multiple Virtual Storage 


Macro library - collection of assembler language program source statements 
and parameters. 


Major node - din VTAM, a set of minor nodes that can be activated and 
deactivated as a group. 


Message unit - a general term used to refer to either a request or 
response unit. 


Minor node - In VTAM, a uniquely-defined resource within a major node. 


Modem - a device that modulates and demodulates signals transmitted over 
data communication facilities. 


Multi-domain environment - an environment containing multiple SSCPs. 
Multi-point link - shared communication link between a_ controlling 


device (primary) and two or more devices designated as _ tributary 
(secondary). 
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NAU - Network Addressable Unit. 


NCCF - Network Communication Control Facility. An IBM _ supplied 
program product used as the basis for network management services and 
for the collection storage and retrieval of network errors. 


NCP - Network Control Program. A control program that executes in a 
communications controller that provides the functions. of Path Control. 
Generally referred to as a Type 4 node. 


NOSP - Network Opertor Support Product 


- 


NLDM - Network Logical Data Manager. 
NPA - Network Performance Analyzer. 
NPDA - Network Problem Determination Application 


NTO - Network Terminal Option. Enables certain non-SNA devices to 
exist in an SNA environment as though they were in fact SNA devices. 


Negative response - a response indicating that request unit did not 
arrive successfully or was not processed properly by the receiver. 


Negotiable BIND - ability that permits two LU-LU half sessions to 
negotiate the rules for the session when it is being initialized. 


Network address - an address consisting of a subarea node identifier 
and an element number identifying a link, a link station or a network 
addressable unit. 


Network Logical Data Manager (NLDM) - a host resident CNMA that solicits 
and analyzes data regarding network problems. 


Network name - the symbolic identifier by which end users refer to a 
network addressable unit, a link station or a link. 


Network operator - a person or program responsible for controlling the 
operation of a part of the network or the entire network. 


Network Performance Anaalyzer (NPA) - a host resident CNMA that differs 
from other CNMA in that it collects its data using LU-LU sessions. 


Network Problem Determination Application (NPDA) - a host resident CNMA 
that requires the existence of NCCF to operator. 


No response - one of the three possible type of responses expected for 
a specified request. 


Node - the end point for a single link or the convergence of multiple 
links. 
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Node operator - a person or program responsible for controlling the 
operation of a node. 


Non-negotiable BIND - inability for the SLU to request any changes to 
the BIND command received from the PLU at the time the LU-LU session 
is being established. 

Non-SNA device - a device that does not use SNA protocols. 
Non-switched link - a leased or dedicated telecommunication link. 


Normal flow - a data flow used primarily to carry only end-user data. 


- 
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OAF - Origin Address Field. 
OSI - Open Systems Interconnection 
OS/VS - Operating System/Virtual Storage 


Object library - the output from assembly, which must yet be put through 
the link edit steps. 


Operating System - Software which controls the execution of computer 
programs and which may provide scheduling, debugging, input/output 
control, accounting, compilation, storage assignment, data management 
and related services. 
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PID - Program Information Department. The department in IBM that 
distributes all machine readable information for IBM program products. 


PSNDPAC - Primary Send Pacing Count. A logmode entry term defining 
maximum number of requests that may be sent by the PLU to the boundary 
Communications Controller before a response is anticipated and more 
requests sent. 


PRCVPAC - Primary Receive oe Count. A logmode entry term defining 
maximum number of requests that may be sent by the boundary 
Communications Controller to the PLU before a response is anticipated 
and more requests sent. | - 


PEP - Paritioned Emulation Processing. A function of NCP that enables a 
communication controller tto operate some lines in NCP mode wile 
concurrently operating others in emulation mode. 


PIU - Path Information Unit. A combination of TH, RH and RU. 
PLU - Primary Logical Unit 
PU - Physical Unit 


POWER - Priority Output Writers, Execution Processor and Input 
Readers. An office automation facility supported by DOS/VS systems. 
A batach job entry subsystem that allows both remote and local job 
entry. 


Pacing - a _ technique permitting a receiving device to regulate the 
rate at which data is transmitted to it which prevents overflow 
conditions from occurring. | 


Pacing request - a mechanism used by a sender of requests to inform 
the receiver that it will not issuse any further requests until having 
detected some indication from the receiver. 


Pacing response - a mechanism used by the receiver of requests to 
notify the sender that it is now capable of accepting additional 
requests. 


Pacing window size - the maximum number of requests that can be 
accepted by the receiver at any one time. 


Page - (1) in virtual storage systems, a fixed-length block of 
instructions, data, or both that can be transferred between real 
storage and external storage, (2) to transfer instructions, data, or 
both between real and external page storage. 

Page Frame - An area of real storage that can store a page. 


Page Data Set - in S/370 virtual storage systems, a file in external 
storage in which pages are stored. 
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Parallel links - two or more links between adjacent subarea nodes. 


Parallel sessions - two or more concurrently active sessions between 
the same two logical units (LUs) using different pairs of network 
addressable units. Each session may be operting using a unique set of 
protocol parameters. 


parallel transmission - in which data is transmitted one byte at a 
time over a host I/O channel 


Path - overall route through the network that messages will follow as 
they travel from one NAU to another. 


Path Control layer - component of Path Control Network responsible for 
routing messages between nodes, using the proper data link components. 


Path Control Network - a set of path control and data link control 
components responsible for transmitting messages between NAUs. 


Peripheral node - a general term for type 1, type 2 and type 2.1 


Physical unite - a component within a physical unit that provides 
maintenance and control of operation of the nodes resources. 


Point-to-point link - a non-shared data link with only one device on 
it. 


Positive response - a indication that the associated request can be 
and is being successfully processed. 3 


Presentation profile - a set of profiles that specify the various 
presentation services, either display or printed, used in an LU-LU 
session. 3 


Presentation Services layer - that component responsible for 
ee and reformating data to be printed or displayed between two 
end-users. 


Problem Determination - the process of determilning that a problem exists, 
and then having the capability to isolate it to the failing component(s). 


Problem Management - includes problem determination and one additional 
step, problem resolution. This involves correcting or bypassing the 
problem once it has been detected and isolated. 


Processing Management - facilitates the normal day to day operations of an 
SNA _ network. is is accomplished by Operator Interface Management, 
Unattended Operations, and Network Control Language. 


Program function key - a key that passes a signal to a program, 
indicating a particular operation. 
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Primary link stations - the station responsible for controlling all 
data transfer over a . 


Prime compression character - a character in a repetitive sequence 
that is represented as a single byte in the data stream. 


Protocol - a set of conventions for achieving error-free, orderly and 
efficient data transfer between two components. 
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RES - Remote Entry Services. A batch job entry subsystem designed 
specifically for remote job entry. 


RH - Request/Response Header 
RPL - In VTAM, Request Parameter List 
RU - Request/Response Unit 


Real Memory - The storage from which the CPU can directly obtain 
instructions and data and to which it can directly return the results. 


Request - a message that conveys data or initiates a data transfer or 
control operation. 


Request Parameter List -. In VTAM, a control block that contains the 
parameters necessary for processing a request for transfer, establishing or 
terminating a session, or some other operation. 

Request Unit - a message unit that contains a request. 

Resource Hierarchy - In VTAM, the relation among network resources in which 
some are subordinate to others as a result of their position in the overall 
network definition and architecture. 

Response - a message that indicates that a request arrived at its 
destination and whether the receiver of that request can or cannot 
process the request. | 
Response Unit - a message unit that contains a response. 

Request Header - a three byte prefix preceding all RUs. 

Response Header - a three byte prefix preceding all RUs that indicates 
whether the response is positive or negative and may also contain a 
pacing response. 


Route Extension - the portion of a path between a subarea node and the 
adjacent peripheral node. 


Routing - the forwarding of a message along a particular path through 
the network, based on parameters in the message. 
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SCS - SNA character string. A device and product independent data 
stream based on EBCDIC control code. 


SDLC - Synchronous Data Link Control. A synchronous, bit-oriented 
data link protocol. 


SLU - Secondary Logical Unit. The logical unit that consists of one- 
half of the session partners and under the control of the primary” 
logical unit. 


SNA - Systems Network Architecture 


SRCVPAC - Secondary Receive Pacing Count. A parameter in the logmode 
entry that defines the number of requests that may be received by the 
SLU before it will send a response indicating that it is now able to 
receive more requests. 


S/S - (start-stop) see asynchronous 


SSCP - Systems Service Control Point. The NAU that controls and 
manages the phycical configuration of all resources in a network. 


SSCP-LU - session between SSCP and logical unit for purpose of 
enabling or disabling LU-LU sessions. ; 


SSCP-PU - session between SSCP and a physical unit allowing SSCP to 
send requests to and receive status information from individual nodes 
for purposes of controlling the network. 


SSCP-SSCP - sessions between SSCP in one domain and the SSCP in 
another domain for purpose of cross-domain LU-LU sessions. 


SSNDPAC - Secondary Send Pacing Count. A parameter in the logmode 
entry that defines the number of requests that may be sent by the SLU 
to the boundary Communications Controller before a response is 
anticipated and more requests may be sent. 


Schedule - The part of a control program that coordinates the use of 
resources and maintains the flow of CPU operations. 


Scope of command - the capability of NCCF that allows a network operator or 
class of network operators to use certain commands. By restricting the 
scope of a operator, you restrict the impact that the operator can have on 


the network. 


SDLC tests - These are tests that are performed at the link level to ensure 


the integrity of message transmission. 
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Segmentation - an option function of Path Control Network which will 
divide a Basic Information Unit into two or more BIU segments if the 
transmission of messages between nodes is required for overall 
transmission efficiency or due to buffer requirements. 


Sequence numbers - a numeric identifier assigned to contiguous 
requests in a given direction. 


Session - a temporary connection between end-users to permit the 
conveyance of data through the SNA network. 


Session-level pacing - control technique that permits the receiving 
half-session to control the data transfer rate on normal flow 
requests. Used to prevent overflowing a receiver when the receiver 
performs at a slower rate than the sender. 

Session partner - one of the two NAUs having a session. 


serial transmission - in which data is transmitted one bit at a time 
between terminal and communications processor. 


Simulated logon - a session intiation request generated by a VTAM 
application program specifying a particular LU; the requesting application 
program will act as the primary. 

Single-domain network - a network with only one SSCP. 


SNA Character String - a data stream composed of EBCDIC controls, 
intermixed with user data. 


- Solicited - specific requests for information (as opposed to unsolicited 
requests) | ; 


Span of control - this is a caplability of NCCF which allows. certain 
resources to be controlled by one or more network operators. These 
resources may be an NCP, a link, a link stations, a PU or an LU. 


Stage - a group of gen steps: some products require a single stage gen; 
others require two or more. 


Storage dumps - this is a hardcopy output of certain areas of memory which 
can include main storage, counters, registers, etc. 


Subarea - a subarea node and all the peripheral nodes attached to it. 
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Subarea address - the unique address assigned to each subarea in an 
eh environment which is also found in the first part of the network 
address. 


oe node - a general term referring to either a PU_T5 or PU_T4 
node. 


Switched link - a point-to-point telecommunciation link between a 


communications controller and another device using telephone dial 
connections. 3 


25 


TAF - Terminal Access Facility. 
TCAM - Telecommunication Access Method 


TCU - Transmission Control Unit. A non-programmable device, incapable 
of storing programs, and under the control of the host. (ex: IBM 
2701 ,2702,2703) 


TGN - Transmission Group Number 


TH - Transmission Header - 

TSC - Transmission Subsystem Component. In VTAM, the component that 
comprises the transmission control, path control, and data link control 
layers of SNA. 


TSO - Time Share Option. An interactive editor and job entry 
subsystem that is part of the MVS operating system. 


Tally - a count maintained to record the number of times an event occurred. 


Terminal - a device with an operator interface, such as a CRIT, as 
opposed to a device such as a disc or magnetic tape unit. 


Terminal Access Facility - a feature of NCCF versions 2 and 3. It allows a 
network operator to logon to several applications from the same network 
terminal concurrently. It eliminates continually having to log on and log 
Off applications while monitoring network performance. 


Terminal node - a peripheral node that is not user-programmable, 
having less processing capability than a programmabie cluster 
controller. (ex: IBM 3277, 3767,3614, and 3624). 


Threshold - a threshold is a preset value that when exceded violates the 
standard set for the system. In the case of network management, this could 
be when the quality of the line is degraded to a point when retransmissions 
reach an unacceptable level, and the retransmission counter exceeds the 
preset value that identifies what the user has defined as being 
unacceptable. 


Transmission Control layer - component responsible that paces traffic, 
determines normal vs expedited data flow,validates sequence numbers of 
requests and enciphers/deciphers end-user data. 


Transmission Group - logical connection between two subarea nodes, 
consisting of one or more links, but appearing as a single link. 


Transmission Header - used by Path Control to route the message unit 
through the network. 


26 


Transmission Priority - a value used by Transmission Group control to 
ee the order in which to transmit messages to the next adjacent 
subarea. 
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USSTAB - Unformatted System Services Tables 
unformatted - another word for ’character coded’ or user data. 
Unformatted system services - a set of functions within SSCP used for 
translating character-coded requests into a recognizable SNA _ format 
(field-formatted). 


Uninterpreted name - In SNA, a character string that an SSCP is able to 
convert into a network name of an LU. 


Unsolicited - used to describe a message that travels from a CNMS to a CNMA 
that the CNMA has not requested. is could be to alert the CNMA of 
somethilng that has happened that may require immediate attention. 


USS tables - ACT/VTAM table used to convert character-coded logon 
requests from non-standard format to standard format. 
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VM - Virtual Machine 


VPACING - a parameter in VTAM or NCP gen defining the PLU pacing count 
for an LU-LU session. 


VR - Virtual Route 


VSAM - Virtual Storage Access Method. An IBM program which allows 
users access to data files on direct access storage devices. It 
allows relative file access. 


VSPC - Virtual Storage Personal Computing program 
VTAM - Virtual Telecommunications Access Method 


Virtural Route - a logical connection between two subarea nodes, 
imposed over an explicit route, which imposes the transmission 
priorities on the route. 


Virtual Route pacing - a flow technique used by the Virtual Route 
components for traffic over the Virtual Route. 


Virtual Storage - Addressable space that appears to the user as real 
storage from which instructions and data are mapped into real storage 
locations. The size of virtual storage is limited by the addressing 
of the computing system (or virtual machine) and by the amount of 
auxillary storage available, rather than by the actual number of real 
storage locations. 
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Window size - used with pacing and refers to the number of requests 
that may be forwarded by the sender before a pacing response indicator 
must be expected from the receiver. 
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XID - Exchange Station Identification. A data link control command and 
response passed between adjacent nodes that allows the nodes to exchange 
their unique identification and other information necessary for operations 
over the data link. 
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